1E УҢА TA ШЕН IS EC 


JEU CE— In 4 73 RR iA ШЕ, 180 4E E73 4E 2x >J ys (To 7learning.huvawer. сот/сп) А REC: 
° 1、 华为 E-learning 课程 学 习 
п A8: 所 有 华为 职业 认证 E-Learning 课 程 ， 扩 展 您 在 其 他 技术 领域 的 技术 知识 
п ”方式 : 请 提交 您 的 “华为 账号 ”和 注册 账号 的 “email 地 址 ”到 Leareing@hvawei.com ARAR 
。 2、 华 为 培训 教材 下 载 
п NE: 华为 职业 认证 培训 教材 + 华为 产品 技术 培训 教材 ， 覆 等 企 业 网 络 、 存 储 、 安 全 等 诸多 领域 
0 HA: ERFIELZEIMNE, EA “EIMA ， 在 具体 课程 页 面 即 可 下 载 教材 。 
° 3、 华为 在 线 公 开课 (LVC) 优 先 参与 
п AR: 企业 网 络 、UC&C、 安 全 、 存 储 等 诸 甸 领域 的 职业 认证 课程 ， 华 为 讲师 授课 ， 开 班 人 数 有 限 
a AR: 开 班 计划 及 参与 方式 请 详 见 LVC 排 期 : 
http://support.huawei.com/learning/NavigationAction!createNavistnavi[id]-. 16 
• 4, Ž JIR eNSP 
o ENSP (Enterprise Network Simulation Platform], 是 由 华为 提供 的 免费 的 、 可 扩展 的 、 图 形 化 网 络 仿 
真 工 具 。 主 要 对 企业 网 路 由 器 和 交换 机 进行 硬件 模拟 ， 完 责 呈 现 真实 设备 实景 ， 同 时 也 支持 大 型 网 络 
模拟 ， 让 大 家 在 疫 有 真实 设备 的 情况 下 也 能 够 进行 实验 测试 。 
。 另外, 华为 建立 了 知识 分 对 平台 华为 从 证 论坛 。 您 可 以 在 线 与 华为 技术 专家 交流 技术 ， 与 其 他 考生 分 对 考试 
经 验 ， 一 起 学 习 华 为 产品 技术 。_(http://support.huawei.com/ecommunity/bbs/list 2247.html ) 
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华为 认证 体系 介绍 


依托 华为 公司 雄厚 的 技术 实力 和 专业 的 培训 体系 ， 华 为 认证 考虑 到 不 同 客 户 对 ICT 技 术 不 
同 层次 的 需求 ， 致 力 于 为 客户 提供 实战 性 、 专 业 化 的 拉 术 认证 。 

根据 ICT 技 术 的 特点 和 客户 不 同 层次 的 需求 ， 华 为 认证 为 客户 提供 面 回 十 二 个 方 回 的 三 级 
认证 体系 。 

HCNA-VC (Huawei Certified Network Associate-Video Conference, EN WIEN MEIN IE 
师 ) 主要 面 回 中 小 型 企业 视频 会 议 网 络 维护 工程 师 , 以 及 其 他 希望 学 习 通 信 网 络 知 识 的 从 主 。 
HCNA-VC 认 证 在 内 容 上 涵盖 视频 会 议 的 基础 知识 和 基础 应 用 (包括 视讯 知识 体系 、H,32 3 水 议 
基础 、 高 清 终端 、MCU、SMC、 智 真 ) ， 华 为 企业 视频 会 议 解决 方案 安 痛 、 配 置 C& ВБ. јд 
维和 故障 处 理 。 

HCNP-VC (Huawei Certified Network Professional-Video Conference ， 华 为 认证 视讯 系统 高 
级 网 络 工程 师 ) 主 要 面 回 大 中 型 企业 视讯 网 络 维护 工程 师 、 网 络 设 计 玉 程 师 以 及 希望 系统 深入 
地 掌握 视频 会 议 技 术 的 人 士 。 

HCIE-VC (Huawei Certified Internetwork Expert- Video Conference ， 华 为 认证 视频 会 议 网 
RER) 引 在 培 错 能 够 熟练 掌握 各 种 通信 网络 技术 ; 精通 华为 视频 会 议 产 品 的 维护 、 诊 断 和 
故障 排除 ; 具备 大 型 视讯 网 络 规 划 、 设 计 和 优化 的 视讯 网 络 大 师 。 

华为 认证 协助 您 打开 行业 之 窗 ， 开 局 改变 之 人 各 屹立 在 ICT 世 界 的 潮 头 浪 尖 | 
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Zk-B73 HCNP-VC 认证 培训 教程 ， 适 用 于 准备 参加 HCNP-VC = PKR pa Sici EB Z 20. 
深入 地 掌握 视频 会 议 技 术 的 读者 。 


本 书 以 应 用 技术 为 主 ， 基 本 原理 与 业务 应 用 相 结合 。 包 含 两 个 模块 ， 共 1 守 章 ， 分 别 介 
绍 了 IHVCP 视频 会 议 协议 原理 和 1IHCP 构建 高 级 华为 视讯 系统 。 

模块 1 首先 简要 介绍 了 Wireshark 抓 包工 具 ， 帮 助 读者 掌握 抓 久 工具 的 使 用 方法 ; 然后 
详细 介绍 了 H.323 协议 体系 、SIP 协议 原理 、RTP 和 RTO 协议 原理 、 音 频 编 码 技术 和 视 
频 编 码 技术 ， 帮 助 读者 掌握 视频 会 议 协 议 体系 和 首 视 频 编码 技术 ， 并 能 够 利用 所 学 知识 
分 析 视 频 会 议 的 呼叫 业务 流程 ， 定 位 解决 视频 会 议 故 障 问 题 。 

模块 2 详细 介绍 了 视讯 会 议 室 集成 基本 原理 * 高 清 系 列 视讯 终端 -知识 进 阶 、MCU 多 点 
控制 单元 -知识 进 阶 、SMC 业务 管理 申 心 -知识 进 阶 、 视 讯 网 络 监测 工具 、 视 讯 故 障 定位 、 
视讯 防火 墙 穿 越 方案 、 华 为 录 播 解决 方案 和 录 播 服务 器 ， 帮 助 读者 能 够 进一步 掌握 视频 
会 议 产 品 知 识 ， 提 高 部 署 。 维护 和 管理 大 中 型 视频 会 议 系 统 的 能 
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华为 IMS 融合 会 议 典型 应 用 模式 


华为 INS 融合 会 议 解决 方案 参数 配置 
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3.2 RTCP 应 用 
第 五 章 音频 编码 技术 
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e 网 络 抓 包工 具有 很 多 ， 可 以 通过 Intemet it. 本 课程 将 以 Wireshark 为 例 ， 介 绍 抓 
包工 具 软 件 的 功能 原理 与 基本 操作 
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Wireshark 的 原名 为 Ethereal。 网 络 管理 员 使 用 Wireshark 来 检测 
网 络 问题 ， 网 络 安全 工程 师 使 用 Wireshark 来 检查 资讯 安全 相关 问题 
， 开 发 者 使 用 Wireshark 来 为 新 的 通讯 协定 除 错 ， 普 通 使 用 者 使 用 
Wireshark 来 学 习 网 络 协定 的 相关 知识 。 
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Wireshark 不 是 入 侵 检 测 软 件 (Intrusion. Detection Software, IDS) 。 对 于 网 络 上 的 
异 剃 流量 行为 ，Wireshark 不 会 产生 警示 或 是 任何 提示 。 

然而 ， 仔 细 分 析 Wireshark 截 取 的 封包 能 够 帮助 使 用 者 对 于 网 络 行为 有 更 清楚 的 了 解 。 
Wireshark 不 会 对 网 络 封包 产生 内 容 的 修改 ， 它 只 会 反映 出 目前 流通 的 封包 资讯 。 


Wireshark 本 身 也 不 会 送出 封包 至 网 络 上 。 


目标 


学 习 完 此 课程 ， 您 将 会 : 
> 了 解 Wireshark 的 界面 组 成 
> 熟悉 Wireshark 的 基本 操作 
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内 容 介绍 


第 1 章 Wireshark 的 界面 组 成 
第 2 章 Wireshark 的 基本 操作 
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第 1 章 Wireshark 的 界面 组 成 


1.1 Wireshark 概 述 





1.2 Wireshark 界 面 








HUAWEI TECHNOLOGIES CO., LTD. 华为 保密 信息 ， 未 经 授权 禁止 扩散 





П П 


1.1 Мі геѕһагкК i 


Wireshark 是 网 络 包 分 析 工 具 。 网 络 包 分 析 工 具 的 主要 作用 是 在 接口 实时 捕捉 网 

络 包 ， 并 详细 显示 包 的 详细 协议 信息 。 

s Wireshark 可 以 捕捉 多 种 网 络 接口 类 型 的 包 ， 包 括 是 无 线 局 域 网 接口 。 

a Wireshark 可 以 支持 许多 协议 的 解码 ， 如 IP，TCP，RTP，H.264 等 。 

s Wireshark 可 以 用 来 检测 网 络 安全 隐患 、 解 决 网 络 问 题 ， 用 来 学 习 网 络 协议 、 测 斌 协议 
运行 情况 等 。 

Wireshark 不 处 理 网 络 数据 ， 仅 是 监测 网 络 。 Wireshark R £x f Ze elei R U 

数据 处 理 。 界 面 如 下 : 
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第 1 章 Wireshark 的 界面 组 成 
1.1 Wireshark 概 述 


1.2 Wireshark FH 
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| 包 序号 | 捕获 时 间 | Ст 目的 地 址 


T2--PCMT(GK) - Wireshark 


j ETT 








3 0.004392 08:11:32:ff:99:11 


包 概况 显 | 
AE ` 


协议 树 显 ) [€ Frame 1 (1496 bytes on wire, 1496 bytes captured) 
示 窗 体 人 + Ethernet I, src: Applecom- 05:15:47 (08:00:07:05:15: 47), pst: SuzhouKe 14:07:00 (00:14 


- —-— ^ mm ms. ^ т^. m^ = A^ oma mt^ amnas {am mn ^ Fa mm w“ um 





00 Ом 916 Ü 2 оз 00 4 © 

数据 显示 00 40 11 8f ас 10 25 f6 ac 10 
T 4 EB 48 05 b6 Ob 90 61 9d 21 00 18 
WB \ d7 00 00 01 29 Of 00 00 6d 47 
7f ec 61 a9 1d 68 79 c d7 9b 


7h 26 оо ADR RS УХ nn ЭС 


[irap Aero: and seno AR RIAM |Padets: 7015 Dsplayed: 7015 Marked: 0 


包 的 16 进 制 代码 区 | | CER 


< Y » 
* w 
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1.2 Wireshark m- ё a RH 


ZU caller58 called 07551059.pcap - Wireshark = | 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


"File" (X) 一 一 打开 或 保存 捕获 的 信息 。 

"Edit" (编辑 ) 一 一 查找 或 标记 封包 。 进 行 全 局 设置 。 
"View”( 查 看 ) 一 一 设置 Wireshark 的 视图 。 

"Go" (#23) 一 一 跳 转 到 捕获 的 数据 。 

"Capture" ER) 一 一 设置 捕捉 过 滤器 并 开始 捕捉 。 
"Analyze”( 分 析 ) 一 一 设置 分 析 选 项 。 

"Statistics" (Art) 一 一 查看 Wireshark 的 统计 信息 。 
"Help" (帮助 ) 一 一 查看 本 地 或 者 在 线 文 持 。 
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1.2 Wireshark 界 面 一 一 快捷 图 标 与 过 滤 





== pre ШЇ mul Eu a 


° 在 菜单 下 面 ， = EE 用 的 快捷 按钮。 
。 将 鼠标 指针 移动 到 荣 个 图 标 上 以 获得 其 功能 说 明 。 


= | v Expression... Clear Apply 








е Expression. Clear e " 


° 显示 过 滤器 用 于 查找 捕捉 记录 中 的 内 容 。 N 
。 请 不 要 将 捕捉 过 滤器 和 显示 过 滤器 的 概念 相 混淆 。 请 参考 Wireshark 过 滤器 中 的 详细 内 容 。 


v» 
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。 Wireshark 的 界面 组 成 
a Wireshark 概 述 
a Wireshark FH 
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内 容 介绍 


第 1 章 Wireshark 的 界面 组 成 
第 2 章 Wireshark 的 基本 操作 
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。 本 章 将 Wireshark 的 界面 组 成 。 
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内 容 介 绍 


第 2 章 Wireshark 基 本 操作 
2.1 抓 包 前 设置 
2.2 抓 包 后 过 滤 
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2.1 Wireshark 抓 包 环 境 准 备 


网 络 数据 流 的 抓 包 主要 可 以 通过 以 下 3 中 方式 实现 : 
对 点 ， 在 监测 计算 机 上 直接 捕获 ; 


被 监测 设备 
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2.1 Wireshark 抓 包 环 境 准 备 


° 2. 在 通过 利用 hub 集 线 器 将 被 检测 端口 的 数据 复制 多 路 进行 捕获 ; 
Hub 集 线 器 
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2.1 Wireshark 抓 包 环 境 准 备 


° 3. 利 用 交换 机 的 端口 镜像 功能 进行 捕获 ; 
如 图 ， 将 端口 1 的 数据 流 镜 像 (复制 ) 给 端口 5。 


xin RA 


T2 ТІ gema 


pbP—u | 
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2.1 抓 包 前 设置 


The Wireshark Network Amalyzer Е [( ) 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 
Ежа о a | ES ахад а е ә o F z EB ааа к 


Filter: H E w Expression... Clear Apply 





Interface List E Open 


Live list of the capture interfaces (counts incoming packets) 


Website 
Орев а previonzly captured file Visit the pro, 


Start capture on interface: Open Recent: User’ = ( 


. ings*Administrator*WMy Documents\20100107. pcap The Uzer'z Cu 
inl Capture Options DI Sample Captures 


Start a capture with detailed optionz A rich assortment of example capture files on the wiki 


i Marvell Yukon Ethernet Controller. (Microsoft ... C:\Documents and Set .. 


Securit: 
Work with "ir. 
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The Wireshark Network Amalyzer 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


Е ан a e al EE Pen —— 


Wireshark: Capture Options 





"Capture 








Interface: Local v (Marvell Yukon Ethernet Controller. Microsoft’ s Packet Sched 
IP address: 10.100.106.214 


header type 


| Ethernet 


L 





[v] Capture packets in promiscuous mode 


^ 


Interface List Buffer size: 1 > megabyte (5) Website 
live limt of iba E [C] Limit each packet to |i bytes Fini iha puo 


[ ] Capture packets in pcap-ng format (experimental) 


Start capture on interface: [ 5) 
&] Marvell Yukon Ethernet = 


User's € 








; Display Options- 





il Capture Option :3a- Я 3 А 
Start m capture with deta EL. s [v] Mpdate list of packets in real time 


Automatic scrolling in live capture 


Hide capture info dialog 





-Name Resolution 


i ith | files 
c ~ “> - 5 45 - 
| — —— Capta v e A = E 3 | z UI ул | 


Е c Enable MAC name resolution 
ER 


an Г]... after [ ] Enable network name resolution 


Network Media H|... сүй [1 | negabyte (= | 
Specific information for. 口 ег [ | Er | [7] Enable transport name re NO 


Ú 























СУ Ready to load or capture | No Packets | =.c£.1.: Default 
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The Wireshark Network Amalyzer 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


QU dk @ е  г= [Ded "HP 


Wireshark: Capture Options 


Yıireshark: Capture Filter 一 
Capture Filter 
Ethernet address 00:08:15:00:08:15 | 
Ethernet type 0x0806 (ARP) = 
No Broadcast and no Multicast i 
Interface List et No ARP Website 
Live list of the capture IP only | Visit the pro. 
Start capture on interface: PTT: Au IP address 192.168.0.1 Ir User’ s 
er] Marvell Yukon Ethernet ann : only The User’ 


= only 
nl Capture Option а 
Start а capture with det REF 
or UDP port 80 (HITP) 


HTTP TCP port (80) 
No ARP and no DNS 
Non-HTTP and non-SMTP to/from www. wireshark. org 














Ë— Captu 2 Filter name: |New filter 














Filter string: |tep dst port so 


How to Capture 
Step br step to a success 








Network Media 


Specific information for 


C» Ready to load or capture | No Packets | =.c£.1.: Default 
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Ihe Wireshark Network Analyzer 


Analyze Statistics Telephony Tools Help 


[za ~ 


Wireshark: Capture Options DE) 
Capture 


Interface: |Local x | Marvell Yukon Ethernet Controller. (Microsoft's Packet Sche'[ > ] 
IP address: 10.100.106.214 


[V] Capture packets in promiscuous mode 


F] Capture packets in Peap ne format (experimental) Puffar ziza: Е есу е Со) 


Interface List C] Limit each packet to ! bytes Website 


Live list of the capture Capture Filter: | (>) Visit the pro. 
= > , 


Stert cepture on interface: ‚Capture File(s) ; Display Options 


er) Marvell Yukon Ethernet File: | ] (Browse...] 
eid Update list of packets in real time 


nl Capture Option [C] Use multiple files 
Start a capture with deta, =; TE - Í = | [7] Automatic scrolling in live capture 


Hide capture info dialog 
Name Rezolution 


F : 
орт Enable MAC name resolution 


masm Го... £e 


How to Capture []... after 
Step br step to a success Г] ... after 


Specific information for 


С) Ready to load or capture No Packets INN -.cÍf.l.: Default 





e 填写 "capture filter" sk22 A i" capture filter" 按 钮 为 您 的 过 滤器 起 一 个 名 字 
并 保存 ， 以 便 在 今后 的 捕捉 中 继续 使 用 这 个 过 滤器 。 


П ЗАП 


内 容 介 绍 


第 2 章 Wireshark 基 本 操作 
2.1 抓 包 前 设置 
2.2 抓 包 后 分 析 
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Wireshark pu eg 
hreshark TOS x] 


Eile Edit View Go — Analyze Statistics Telephony Tools Help 
S e Q @ = >а l s e€ s ow z (EB саак y 5 m 2 EB 


|} Expression- [clear Apply 


Destination 


masao [. ”一 般 抓 包 数据 量 非常 大 、 比 较 杂乱 ， 可 以 使 用 一 些 条 件 (协议 /IP 等 ) ND. — 
EHEN HJ Fai; Expression..." 按钮 后 ， 以 使 用 大 量 位 于 OSI 模型 第 2 至 7 层 的 协议 。 


188 5.354882 
比如 : IP, TCP, DNS, h225. 
197 5.518764 таа š 


202 5.555567 .77. 

203 5.559206 Š д Wıreshark: Filter Expression Profile: Default 
204 5.560494 
205 5.561147 


Relation 





MIBS MIBs is present 





) Frame 186: 316 bytes on w 
j Ethernet II, Src: HuaweiTe 
8 Internet Protocol, src: 10 
$3 Transmission Control ProtG 
0 TPKT, Version: 3, Length: 
+ Q.931 
=) H.225.0 CS 
8 H323-UserInformation 
& h323-uu-pdu 
日 h323-message-body: 
日 setup 
protocolidentif 
& sourceAddress: 


Expert 一 Expert Info | "redefined values 
104apci - IEC 60870-5-104-Apci 

104asdu — ТЕС 60870-5-104-Asdu 
Zdparityfec 一 Pro-MPEG Code of Practice #3 
SCOMXNS - 3Com XNS Encapsulation 

SGPP2 A11 - ЗСРР2 А11 

802.11 MGT - IEEE 802.11 wireless LAN manag contains 
802.11 Radiotap 一 IEEE 802.11 Radiotap Capt matches 
802.3 Slow protocols 一 Slow Protocols 

ӨР - Plan 9 ЭР 

AALI 一 ATM AALI 

AAL3/4 一 АТМ AAL3/4 

| AARP — Appletalk Address Resolution Protoco 


“rn ` sa: e Land que ` ` ™ 


x 


ЕЕЕ 





四 由 四 由 四 由 四 




















= sourceInfo 
8 vendor 
Qi. 
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са wir n ar P 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


S ¿ë Q Ó cuxeSo2ouesesz(Esaaamnatueesii HB 
Filter: h225||h24 5llq931 v Expression.. Clear Apply 


Destination Protocol Info 


186 5. 337972 10.77.194.58 77.194. 59 H. 225 


188 5.354882 
194 5.417967 
197 5.518764 


10.77.194. 5 
10.77.194. 59 
10.77.194. 59 


10.77.194. 58 
10.77.194.58 
10.77.194. 58 


H.225.0 
H.225.0 
H.225.0 


: callProceeding 
: alerting 
: connect 


202 5.555567 10 h225|[h245||q931 


203 5.559206 10 


204 5.560004 1] 说 明 : 协议 h.225 或 h.245 或 q.931 的 所 有 报 文 


205 5.561147 10 


terSlaveDetermination 
terSlaveDetermination 





" 


® Frame 186: 316 bytes on wire (2528 bits), 316 bytes captured (2528 bits) 
8 Ethernet II, Src: HuaweiTe 97:c2:29 (00:25:9e:97:c2:29), Dst: Shenzhen 15:28:36 (00:1e:10:15:28:36) 
8 Internet Protocol, Src: 10.77.194.58 (10.77.194.58), Dst: 10.77.194.59 (10.77.194.59) 
® Transmission Control Protocol, src Port: solid-mux (1029), Dst Port: h323hostcall (1720), Seq: 1, Ack: 1, Len: 250 
® TPKT, Version: 3, Length: 250 
8 9.931 
= H.225.0 CS 
8 H323-UserInformation 
& h323-uu-pdu 
日 h323-message-body: setup (0) 
а setup 
protocolidentifier: 0.0.8.2250.0.4 (version 4) 
日 sourceAddress: 2 items 
日 Item 0 
日 AliasAddress: dialledpigits (0) 
dialledDigits: 07551058 
=) Item 1 
日 AliasAddress: h323-ID (1) 
h323-ID: 9039M 10058 
] sourceInfo 
8 vendor 
Qi.. эзе mer False 
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File Edit View Go Capture Analyze Statistics Telephony Tools Help 





Expand Subtrees 
Expand All 
Collapse All 


186 5.337972 ^PPlyas Column 194.59 H.225.0 : setup 
188 5.354882 | ] : callProceeding 
5.417967 Apply as titer ^| Selected : alerting 
5.518764 | Prepare a Filter Not Selected * connect 
: Colorize with Filter .. and Selected 
5.555567 Follow TCP St x genericindication 
5.559206 | ues dosis prselectec genericindication 
5.560494 Follow UDP Stream ~ and not Selected terminalcapabilityset masterSlaveDetermination 
5.561147 Follow SSL Stream .» or not Selected erminalCapabilitySet masterslaveDetermination 
5.580275 | 7. TZ teNninalCapabilitySetAck 
5.584148 Copy š NnalcapabilitySetAck 
5.595739. Export Selected Packet Bytes... lastemSlaveDeterminatio 


` каса гыре | 快捷 设置 过 滤 条 件 。 如 选择 或 不 选择 某 种 协议 ， 或 与 其 ` 


5.617791 | Q Filter Field Reference . 它 过 滤 条 件 组 合 。 ù p) opentogic: 
VOA 4, = « 








5.618349  „ RS 2 
217 5.621499 гос Чер 5 


- Protocol Preferences 

L... . . . .... . . 
8 Frame 174: 22! ЗЇ Decode As... 5 bytes captured (1824 bits) 100*0c 83 
® Ethernet II, : v Disable Protocol... 5:97:C2:29), Dst: Vmware f7:83:14 (00:0c:29:f7:83:14) фо 35 = 
® Internet Proti Resolve Name 94.58), Dst: 10.77.194.51 (10.77.194. 51) EIERN 
® User Datagram c s t (1719), Dst Port: h323gatestat (1719) 43 8b 40 Oa 00 3 
© H.225.0 RAS | Go to Corresponding Packet TE 00 30 


UU 





Р OQ 3 anne 











Oe 00 ( 
e bt 
2 JA 
15 c8 
7 00 45 00 4 
7 00 6f 00 
1 00 65 00 6b 
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2.2 抓 包 后 分 析 一 一 数据 包 


Ё caller58 called 07551059.pca > - Wireshark 
File Edit View Go Capture Analyze Statistics Telephony Tools Help 


S ¿ë Ó Q ш 2вахедвд s e o oz EB aaa 2 88% nnm 


(Farm | Ë 
Filter:  h225]|h: 245 | v | Expression... Clear Apply 


Selected i k'u 
Packet 74 5 10.77. 


Destination Protocol Info 


10.77.194.51 H.225.0 RAS: admissionRequest 


186 5.337972 
188 5.354882 
194 5.417967 
197 5.518764 


10.77.194.58 
10.77.194.59 
10.77.194.59 
10.77.194.59 


10.77.194.59 
10.77.194.58 
10.77.194.58 
10.77.194.58 


: setup 


: callProceeding 


: alerting 








Frame 174: 228 bytes on wire (1824 bits), 228 bytes captured (1824 bits) 
Ethernet II, Src: HuaweiTe 97:c2:29 (00:25:9e:97:c2:29), Dst: vmware f7:83 
Internet Protocol, Src: 10.77.194.58 (10.77.194.58), Dst: 10.77.194.51 ( 


ISO Layer4 + 
ISO Layer 
5-7 


HUAWEI TECHNOLOGIES CO., LTD. 


:0c:29:f7:83:14) 
94.51) 


< ` » 
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Eile Edit View Go Capture Analyze Statistics Telephony Tools Help | 
Ta @ Q @ ах асг 


186 5.337972 
188 5.354882 
5.417967 
5.518764 


5.555567 
5.559206 
5.560494 
5.561147 
5.580275 
5.584148 
5.595739 
5.600919 
5.617662 
5.617791 
5.618349 
5.621499 


1 


Summary 
Protocol Hierarchy 


® Conversations 

Endpoints 

Packet Lengths... 
Lu IO Graphs 


Source 8 
YU 


10.77.194. 5l 
10.77.194. 5: 
10.77.194. 5: 
10.77.194. 51 


10.77.194. 5: 
10.77.194. 5i 
10.77.194. 5: 
10. 77.194. 51 
10.77.194. 5f [4 
10.77.194.51 
10.77.194. 5: 
10.77.194. 51 
10.77.194. 5: 
10.77.194.5 
10.77.194.5 
10. 77.194. 51 





Frame 174: 228 bytes on wire ( 
Ethernet II, Src: HuaweiTe. 97: 
j Internet Protocol, Src: 10.77.194.58 (10.77.194.58), Dst: 10.77.194.51 (10.77.194.51) 
9 User Datagram Protocol, Src Port: h323gatestat (1719), Dst Port: h323gatestat (1719) 


H H.225.0 RAS 


П 4011 


Conversation List 
Endpoint List 
Service Response Time 


ANCP... 
BOOTP-DHCP... 
Collectd... 
Compare... 

Flow Graph... 

HTTP 

IP Addresses... 

IP Destinations... 

IP Protocol Types... 
ONC-RPC Programs 
TCP Stream Graph 
UDP Multicast Streams 
WLAN Traffic 





jaaamawze5x s 
ion... Clear Apply 


Info 


: setup 

: callProceeding 
: alerting 

: connect 


genericindication 

genericIndication 

terminalcapabilityset masterSlaveDetermination 
terminalcapabilityset masterSlaveDetermination 
terminalCapabilitySetAck 
terminalcapabilitySetAck 
Taster5laveDeterminations 


Step1 .过 滤 呼 叫 (H.323) 信 令 后， 选择 Statistic — Flow 
Graph ,将 弹出 下 面 界面 。 





d (1824 bits) 
: vmware f7:83:14 (00:0c:29:f7:83:14) 





caller58 called 07551059.pcap - Wireshark — — 


- 


Ele Edit View Go Capture Analyze Statistics Telephony Tools Help 
8 ë 9 Q @ cC xx mm ae 4 e +s ow 2 mim a a a = é 5 m 2 uu 
= Е I | ~ | Expression... Clear Apply 


Time Destination Protocol Info 
174 5.290786 ç 94 .58 0 94 ) RAS: admissionRequest 


186 5.337972 . 77.19] | [Choose packets- | : setup 
188 5.354882 94 | © All packets : callProceeding 


5.417967 2 : @ Displayed packets : alerting 








5.518764 : connect 





5.555567 д] | | Choose flow type- genericIndication 

5.559206 .77.19 © General flow genericIndication 

5.560494 : © ICP flow terminalcapabilityset masterSlaveDetermination 
5.561147 ‚ | — | terminalCapabilitySet masterSlaveDetermination 
5.580275 .77.19 terminalCapabilitySetAck 


5.595739 -191| © Standard source/destination addresses masterSlaveDeterminationAck 


5.584148 .77.19j | Choose node address type ] terminalCapabilitySetAck 
5. 600919 1 3 ion rk sonra destination addresses masterslavepeterminationAck O 
| > 





5,617662 | openLogicalchannel (generic) 

5.617791 .77.19 openLogicalchannel (generic) openLogicalchannel (genericvideocap 
5.618349 ç š | openLogicalchannel (genericvideocapability) openLogicalchannel (h224) 
5.621499 А здат" аа openLogi calchannelAck * 


y) openLogic: 








l ' 
| Frame 174: 228 bytes оп wire (#824 bits), 228 bytes captured (1824 bits) 
Ethernet II, Src: HuaweiTe 97:c2:29 (00:25:9e:97:c2:29), Dst: vmware f7:83:14 (00:0c:29:f7:83:14) 
J) Internet Protocol, src: 19777.194.58 (10.77.194.58), Dst: 10.77.194.51 (10.77.194.51) 
User Datagram Protocol, Arc Port: h323gatestat (1719), Dst Port: h323gatestat (1719) 
$8 H.225.0 RAS 


Step2. 点 击 OK， 弹 出 右 图 呼叫 流程 图 界面 。 
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caller58 called 07551059.рсар - Wireshark 
Eile Edit View Go Capture Analyze Statistics Telephony. Tools Help s 
ua = 5 4 e s oz [BE Qaqapi HERAB 


Rhe sika speconc Clear Apply 
Мо. Time Source Destination Protocol 
174 5.290786 10.77.194 : 


5 (7 
= и —BHEEN =s, 
本 Wireshark: Flow Grapl 





колана 0 1 


186 5.337972 gj | ‚Choose packets 10.77.194.58 10.77.194.59 
188 5.354882 04| © All packets 10.77.194.51 | 
194 5.417967 9 e Displayed packets | H.225.0: RAS: admissionRequest 
ТЭ SE SISI6S 3l ' : H.225.0: RAS: requestinProgress 
202 5.555567 9] | | Choose flow type |H.225.0: RAS: admissionConfirm 
203 5.559206 94| © General flow ° H.225.0: Source port h323gatestat Destination port 1 
204 5. 560494 9| = Tcp flow H.225.0: CS: setup 
205 5.561147 БЕ 4 | 
206 5.580275 - Н.225.0: CS: callProceeding 
207 5.584148 04 | | Choose node address type —— | \н2250: CS: alerting 

208 5.595739 94) | © Standard source/destination addresses |H.225.0: CS: connect | 
= =: idees : © Network source/destination addresses э. | H2250: Source port — Desfir 
213 5.617791 la = | pr— 

214 5.618349 : | | | H2: genenciadicaliog, 

217 5.621499 g aonr manu ) | H.245: terminalCapabilitySat masterSlaveDeterminati 












































| 
| 





8 Frame 174: 228 bytes on wire (2824 bits), 228 bytes captured (182 
8 Ethernet II, Src: HuaweiTe 97:c2:29 (00:25:9e:97:c2:29), 051: 

® Internet Protocol, Src: 19477.194.58 (10.77.194.58), Dst: 10.77.1 
& User Datagram Protocol, rc Port: h323gatestat (1719), Dst Port: 
H.225.0 RAS 
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Step2. 点 击 OK， 弹 出 右 图 呼叫 流程 图 界面 。| >—=—— s p 


00d0 00 61 00 74 00 65 00 6b 
00e0 00 72 01 80 
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• Wireshark 基 本 操作 
a 抓 包 前 设置 
a 抓 包 后 分 析 
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Thank you 
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。 本 课程 将 系统 阐述 H.323 协 议 体系 ， 包括 H3 沪 协议 发 展 、 组 成 、 呼 叫 流程 、 消 


ХАЛЛ ЖЕ о NN 


< 
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前 


H.323 协 议 是 基于 IP 网 络 的 视讯 会 议 系统 的 基础 ， 是 现在 最 为 
流行 的 多 媒体 会 议 通信 协议 。 

通过 对 H.323 协 议 体系 的 学 习 ， 不 仅 可 以 深入 的 了 解 华为 视讯 
系统 的 调 会 流程 ， 也 有 助 于 理 清 基 于 IP 网 络 的 视讯 会 议 系 统 的 故障 у 


定位 思路 。 
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° 本 课程 将 许 细 介绍 H.323 协 议 的 发 展 历程 、/ 体 系 组 成 、 呼 叫 沉 程 与 故障 定位 。 


目标 


学 习 完 此 课程 ， 您 将 会 : 

> 了 解 H.323 协 议 体系 的 基础 知识 

> 掌握 视讯 会 议 调度 的 信 令 流程 

> 掌握 视讯 会 议 常见 故障 的 定位 分 析 思 路 
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° 本 课程 学 习 目 标 有 3 个 : 了 解 H.323 协 议 体系 的 基础 知识 ; 掌握 视讯 会 以 调 度 的 
信 令 流程 ， 掌 握 视 讯 会议 常 见 故障 的 定位 分 析 思 路 。 


° 关键 是 将 日 党 操作 流程 与 协议 流程 结合 比较 来 理解 。 
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° 缩写 

e GK: Gatekeeper 网 守 

。 SC: Switch Center 网 络 控制 中 心 

e MCU: Multipoint Control Center 多 点 控制 单元 

。 GCC: General Control Center 通用 控制 中 心 

。 GPU: General Processor Unit 通用 处 理 单元 

• CDR: Call Detail Record 呼叫 详细 记录 

• DB: Database 数据 库 

。 DSP: Digital Signal Processing 数字 信号 处 理 

e FTP: File Transfer Protocol 文件 传输 协议 

• ISDN: Integrated Services Digital Network 综合 业务 数 子 网 

e LSD: Low Speed Data 低速 数据 

• PSTN: Public Switched Telephone Network 人 公共 电话 交换 网 
e QoS: Quality of service 服务 质量 

• RPC: Remote Procedure Cal~ 远程 进程 调用 

e SIP: Session Initiation Protocol ”会话 初始 协议 

。 SNMP: Simple Network Management Protocol 简单 网 络 管理 协议 
e TCP: Transport Control Protocol 传输 控制 协议 


• UDP: User Datagram Protocol 用 户 数 据 包 协议 
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内 容 介绍 


第 2 章 会 议 调度 信 令 流程 
第 3 章 常见 故障 定位 分 析 
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内 容 介绍 


第 1 章 H.323 协 议 基 础 
1.1 H.323 协 议 概述 
1.2 H.323 基 本 概念 
1.3 H.323 协 议 栈 介绍 
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° 第 1 章 主要 介绍 H.323 基 础 知识 ， 包 括 : H:323 X S IE. ЕХ. JV ЖАЛ, 
H.323 协 议 栈 。 下 面 将 逐个 详细 介绍 。 
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1.1 H. 323 U ls 


H.323 协 议 族 的 来 由 


- 基于 N-ISDN 的 网 络 


Н, 323, 55098, 


ri -基于 包 传输 协议 的 网 络 


= - 基于 GSTN 和 无 线 网 络 
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H.322 是 在 有 服务 质量 保证 的 LAN 上 进行 多 媒体 通信 的 标准 ,为 现 有 的 分 组 网 络 


PBN (如 IP 网 络 ) 提供 多 媒体 通信 标准 ; 


H.324 是 在 GSTN 和 无 线 网 络 上 进行 多 媒体 通信 的 标准 ; 


М – ISDN: Narrowband-Integrated Service Data Network 罕 带 综 合 业 务 数字 网 ， 
是 以 电话 线 为 基础 发 展 起 来 的 ， 可 以 在 一 条 普通 电话 线 上 提供 语音 、 数 据 、 

年 绪 合 性 业务 、 为 社会 提供 经 济 、 高 速 、 多 功能 、 覆 再 范围 广 、 接 入 简单 

的 通信 手段 。 

B-ISDN: Broadband-Integrated Service Data Network r Z= 

指 用 为 线 上 的 传输 速率 在 2Mbit/s 以 上 的 ISDN。 它 是 在 窄带 

ISDN) 的 基础 上 发 展 起 来 的 数字 通信 和 网络， 其 核心 技术 

模式 ) e 


PBN: Packet Based Network 基 于 包 传 输 协 议 的 网 络 。 


合 业 务 类 
ZI ПА d De 
用 ATM (异步 转移 


i 3 


PSTN: Public Switch Telephony Network £38 FB jis HM. 


QoS (Quality of Service) 服务 质量 ， 是 网 络 的 一 种 安全 机 制 ， 是 用 来 解决 网 络 
延迟 和 阻 绢 等 问题 的 一 种 技术 。 


GSTN: Global Switched Telephone Network 全 球 电 话 网 。 
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1. 1 H. 3231 U fa 


H.323 定 义 


• H.323 是 ITU-T 开 发 的 在 分 组 交 网 络 实时 多 媒体 通信 协议 族 ， 由 呼 岂 控制 、 媒 体 编码 、 管 理 控制 、 
网 络 安全 等 一 些 列 协议 组 成 。 


H.323 协议 的 作用 


• H.323 适 用 于 在 分 组 网 络 上 进行 多 媒体 通讯 的 技术 需求 ， 主 要 目的 是 建立 点 到 点 的 媒体 会 话 和 多 
点 间 媒 体会 议 。 
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° ITU-T 的 中 文 名 是 国际 电信 联盟 远程 通信 和 标准 化 组 织 (ITU-T for ITU 


Telecommunication Standardization Sector). 


° ITU-T 是 国际 电信 联盟 管理 下 的 专 六 制定 远程 通信 相关 国际 标准 的 组 织 。 
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1.1 Н. 323 协 议 概 述 


H.323 协议 实体 

。 H.323 定 义 了 介 于 电路 交换 网 和 分 组 交换 网 之 间 的 H.323 网 关 (Gateway) 、 用 于 地 址 翻译 和 访问 
控制 的 网 守 (GateKeeper) . 2122 ға 527103288 (МС) 、 提 供 备 后 会 议 媒体 流 混 
合 的 多 所 处 理 器 (MP) ， 以 及 多 扣 会 以 控制 单元 (MCU) 等 实体 。 


Terminal (终端 ) 

Multipoint Control Unit (MCU) 
Gateway (网 关 ) 

MC (多 点 控制 器 ) 

МР (多 点 处 理 器 ) 
GateKeeper (GK) 


Endpoint (节点 ) 
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° MC/MP 是 功能 实体 ， 可 以 与 MCU 位 于 同一 物理 设备 上 。 
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内 容 介绍 


第 1 章 H.323 协 议 基础 
1.1 H.323 协 议 概 述 
1.2 H.323 基 本 概念 
1.3 H.323 协 议 栈 介绍 
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1. 2 Н. 323 基 本 概念 
H.323 系 统 架 构 


• H.323 终 端 ， 网 关 和 和 MCU 都 称 为 节点 Endpoint。 


Packet Based Network 


[le ттіпа! | 
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。 区 域 (Zone) : 区 域 是 由 一 个 GK 管 理 的 所 有 终端 ， 网 关 和 MCU 的 集合 。 一 个 区 
域 至 少 包括 一 个 终端 ， 可 以 不 包括 网 关 和 MCU。 


° 一 个 区 域 有 且 只 有 一 个 GK。 区 域 独立 于 网 络 拓扑 结构 ， 可 以 由 通过 路 由 设备 相 
连 的 多 个 网 段 组 成 。 


|| 
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1. 2 H. 323 基 本 概念 


tzin (Terminal) 
• H.323 终 端 是 网 络 上 的 一 个 节点 ， 与 其 它 H.323 终 端 、 网 关 或 者 MCU 之 间 进 行 实时 、 双 向 的 通讯 。 


H.323£E 4 
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п 文 持 音频 的 编 解 码 及 传输 
п 文 持 视频 的 编 解 码 及 传输 
п 文 持 数据 的 编 解 码 及 传输 


á ”支持 月 .225/H.245 协 议 


3 s 
E B 
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1. 2 H. 323 基 本 概念 


多 后 控制 单元 (MCU) 

• 多 点 控制 单元 (MCU) 用 于 控制 多 点 会 议 。 

。 MCU 由 两 部 分 组 成 ， 必 备 的 MC 和 可 选 的 MP。 
a МС (243288) -- 提供 了 在 一 个 多 点 会 以 中 控制 功能 
о ”MP( 务 点 处 理 器 ) -- 提供 音 视 频 处 理 、 转 发 功能 。 
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• MC (Multipoint controller) : 是 网 络 上 的 全 个 H.323 实 体 ， 它 大 
个 或 更 多 个 终端 的 参与 提供 控制 。, 世 可 以 在 点 对 点 会 议 中 连续 两 个 终端 ， 以 后 
发 展 为 多 点 会 议 。 

。 MC 与 所 有 终端 进行 能 力 协 两 ,在 公有 的 水 平 上 进行 通讯 。 它 也 可 以 管理 会 议 资 
产 ， 例 如 谁 正 在 多 点 传达 视频 。M5C 不 执行 媒体 尝 的 混 吗 与 交换 。 


• MP (Multipoint processor) : 是 网 络 上 的 H.323 实 体 ， 它 为 多 点 会 议 中 的 媒体 
流 提 供 集 中 处 理 能 力 。 在 MC 的 控制 下 ， 提 供 混 咽 、 交 换 ， 和 其 它 对 媒体 流 的 处 
里 过 程 。NMP 能 够 处 理 单个 或 多 个 媒体 流 依赖 于 支持 的 会 议 类 型 。 
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1. 2 H. 323 基 本 概念 


网 关 (Gateway) 

• H.323 网 关 是 指 在 PBN 上 的 H.323 终 端 与 SCN 上 的 其 它 节 点 之 间 ， 提 供 实 时 双向 业务 的 节点 。 
。 通常 具有 两 个 不 同 网 络 或 通信 系统 的 实体 特性 。 

° 主要 实现 H.323 网 络 中 的 实体 与 其 它 网 络 或 通信 协议 的 终端 进行 互通 。 


H.323 Gateway 
Protocol Translation & 
Media Transcoding 
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e PBN: Packet Based Network 基 于 包 传 输 协 议 的 网 络 。 


+ SCN: Switched circuit network 指 按照 需求 建立 连接 并 允许 专用 这 些 连接 直至 
它们 被 释放 这 样 一 个 过 程 。 
。 网 关 主要 功能 包括 
c 信号 转换 将 一 个 网 络 中 的 通信 信号 转换 另外 一 个 网 络 环境 中 通信 信号 。 
п 协议 转换 : 将 符合 其 他 协议 标准 的 终端 信 令 及 流程 转换 为 符合 H.323 协 
议 的 标 淮 信 令 及 流程 。 
c 数据 转换 : 可 以 进行 视频 、 音 频 和 数据 格式 的 转换 。 
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1. 2 Н. 323 基 本 概念 


网 守 (Gatekeeper) 


根据 节点 注册 时 根据 用 户 权 限 、 允许 /拒绝 节点 GK 同 其 管理 下 的 
数据 表 ， 将 名 称 网 络 带 宽 等 条 件 发 起 带宽 分 配 请 节点 组 成 一 个 区 
或 号 码 转换 成 IP 判断 是 否 允 许 节 求 。 域 (Zone) ， 根 据 
地 址 。 点 发 起 呼叫 。 前 缀 管理 该 区 


Te 


Emr o m. sew 
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。 网 村 GK 为 H.323 节 点 提供 呼叫 控制 服务 的 洋 体 ， 它 为 H.323 终 端 ， 网 天 和 MCU 
提供 地 址 翻译 ， 了 呼叫 接 入 控制 、 市 宽 控 制 << 区 域 管理 等 。 


。 其 主要 功能 包括 : 
п 地 址 转换 : 将 地 址 别名 翻译 为 传输 地 址 。 
п 接 入 控制 : GK 必 须 使 用 ARQ、ACF、ARJ 验 证 网 络 接 入 ， 基 于 鉴 权 、 带 
宽 或 由 让 家 设 定 的 标准 。 
п ARQ、ACF、ARJ 是 接 入 认证 授权 和 地 址 解析 消息 。 
п 带宽 控制 : GK 必须 支持 BRQ、BCF、BRJ 消 息 ， 接 受 所 有 的 带宽 修改 请 求 。 
n BRQ、BCF、BRJ 是 带宽 改变 消息 。 


п КЕЕ: GK 必 须 为 已 注册 到 GK 的 终端 、MCU 和 网 天 等 设备 提供 上 述 
功能 服务 。 
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内 容 介绍 


第 1 章 H.323 协 议 基础 
1.1 H.323 协 议 概 述 
1.2 H.323 基 本 概念 
1.3 H.323 协 议 栈 介绍 
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1 ёп 


1.3 Н. 323 协 议 栈 介绍 





° H.323 结 构图 





e 
Ф 


o Н.225: 用 于 呼叫 控制 ， udis. 以 及 节点 和 GK 之 间 的 
RAS 消 息 . 


* 
n H.245: i оон 
п RTP/RTC R 时 传输 /控制 协议 ， 用 来 传输 视 、 音 频 码 流 


BT Sa 召开 数据 会 议 


239: 双流 控制 协议 
SZ H.261\H.263\H.264: 视频 编 解 码 协议 


: <N п G.7111G.729VAAC-LD:. 音频 编 解 码 协议 


1 езп 


1. 3 H. 323 协 议 栈 介绍 
在 UDP 层 上 ，H323 协 议 分 为 三 大 类 : 


终端 控制 类 (Terminal Control and Management): ZB Jl 
HESS, РЕАЛ ИИ ВЕЛ ЛЛ, ， 以 及 会 以 控制 等 


信念; 


媒体 控制 类 (Media Control): 视 音频 码 流 的 发 送 ; 
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° 结合 表面 协议 栈 结 构图 进行 理解 。 


1. 3 H. 323 协 议 栈 介绍 


H323 框 架 协 议 中 主要 用 到 的 协议 包括 : 


HUAWEI TECHNOLOGIES CO., LTD. zi W HUAWEI 





° H.323 是 国际 电信 联盟 (ITU) AANEEN, TRIS UI BE Н] DURER A3 73 V0 Ж 
协议 : 视频 编 解 码 (如 H.26x) N 音频 编 解 码 (如 G.7xx) ARE 
(H.245) . тне Н (H.225).. 

° 系统 控制 是 H.323 终 端的 核心 。 整个 系统 控制 由 H.245 控 制 信 道 、H.225.0 呼 叫 
信 令 信道 和 RAS( 注 册 志 许可 、 状 态 ) 信 道 提供 。 


ПБП 


. 3 H. 323 协 议 栈 介绍 -RAS 


RAS 消 息 介 绍 
RAS 消 息 是 H.225.0 协 议 规定 的 消息 的 一 种 ， 是 节点 和 网 守 GK 之 间 使 用 的 协议 ， 执 行 管 理 功 能 ， 主 
要 包括 注册 、 访 占 控 制 和 状态 等 内 容 。 


主要 消息 包括 (XRQ/XCF/XRJ): 
端点 注册 ( RRQ/RCF/RRJ ) 
呼叫 接纳 ( ARQ/ACF/ARJ ) 
端点 定位 (LRQ/LCF/LRJ ) 
状态 查询 (IRO/IRR/IACK/INAK ) 
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° 基于 UDP 的 消息 

° 缺 省 使 用 端口 1719 

。 事务 层 结 构 设 计 

° 一 般 可 以 分 为 XRQ/XCF/XRJ 三 类 消息 ， 用 于 请 来/ 啊 应 或 拒绝 
。 消息 中 包含 一 些 必 选 参数 和 可 选 参数 组 成 


。 主要 完成 注册 、 鉴 权 、 地 址 解析 、 带 宽 管 理 等 工作 


. 3 H. 323 协 议 栈 介绍 -RAS 


端点 注册 ( RRQ/RCF/RRJ ) 

实体 注册 信 令 

终端 通过 注册 信 令 将 自己 的 别名 同 通信 地 址 绑 定 关系 发 送 到 GK 
通过 注册 信 令 还 可 以 交换 其 它 ， 如 能 力 /加 密 等 信息 


呼叫 接纳 ( ARQ/ACF/ARJ ) 
实体 呼叫 请 求 信 令 
用 于 终端 向 GKi 青 求 本 次 呼叫 的 有 效 性 认证 及 被 叫 的 地 址 和 带宽 信息 
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• RRQ: registration request， 终 端 向 GK 发 起 的 网 关注 册 登 记 的 请 求 。 


e RCF: registration confirm，GK 向 终端 发 这 的 对 网 关注 册 登 记 请 求 RRQ 的 确认 回 


• RRJ: registration reject GK 向 终端 发 送 的 对 网 天 的 注册 登记 请 求 RRQ 的 拒绝 回 


• ARQ:-admission request， 终 端 同 GK 发 送 的 用 望 接 入 认证 、 地 址 解析 请 求 消息 。 
e АСЕ; admission confirm，GK 对 ARQ 的 确认 回答 ， 并 给 出 地 址 解析 结果 。 


• MARJ: admission reject，GK 对 ARQ 消 息 的 拒绝 回答 ， 并 给 出 拒绝 原因 。 
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. 3 H. 323 协 议 栈 介绍 -RAS 


端点 定位 ( LRQ/LCF/LRJ ) 
跨 域 呼叫 解析 信 令 
用 于 GK 向 邻居 GKi 请 求 被 叫 地 址 信息 


状态 查询 CIRQ/IRR/IACK/INAK ) 

实体 状态 查询 信 令 

用 于 GK 查 询 采 个 实体 (指定 呼叫 ) 的 当前 状态 

终端 通过 IRR 啊 应 状态 查询 或 上 报 指定 呼叫 的 当前 状态 给 GK 
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e LRQ: location request， 网 守 向 上 一 级 网 守 发 出 地 址 解析 请 求 。 


• LCF: location confirm ， 上 一 级 网 守 对 LRQ 消 息 的 确认 回答 ， 并 给 出 地 址 解析 结 
BR. 


• LRJ: location reject， 上 和 兰 级 网 守 对 LRQ 消 息 的 拒绝 回答 ， 并 给 出 拒绝 原因 。 


° IRQ: info.request, 网 守 回 网 关 发 的 状态 请 求 消息 。 


° IRR:<info request response， 网 天 根据 ACF 命 令 设 定 的 间隔 或 IRQ 请 求 癌 网 守 发 
达 的 状 售 回 应 消息 。 


• NACK: info Acknowledgement， 对 IRR 消 息 的 证 实 消息 。 


。 INAK: info negative Acknowledgement， 对 IRR 消 息 的 拒绝 消息 。 


1.3 H. 323 协 以 栈 介 绍 -Q. 931 


Q.931 信 令 介 绍 
Q.931 协 议 为 网 关 与 网 守之 间 进 行 信 息 交 互 所 使 用 的 协议 ， 主 要 负责 呼叫 过 程 中 的 信念 处 理 。 


主要 信 令 包括 : 

呼叫 建立 (SETUP) 

呼叫 进程 (CALL PROCEEDING) 
提醒 (ALERTING) 

连接 (CONNECT) 

释放 完成 (RELEASE COMPLETE) 
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° Q.931 基 于 TCP 协 议 
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1. 3 Н. 323 协 议 栈 介绍 -Q. 931 


° 了 呼叫 建立 (SETUP) 
• 主 叫 发 给 被 叫 的 消息 ， 表 示 和 希望 建立 通话 


° 了 呼叫 进程 (CALL PROCEEDING) 
e 被 叫 发 给 主 叫 的 消息 ， 表 示 呼 叫 正在 处 理 


e 提醒 (ALERTING) 
° TES EDIB, ЖР 
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° Setup: 发 起 呼叫 ， 呼 叫 过 程 中 的 第 一 个 呼叫 得 令 。 
o FURER, Gjith maa 对 新 根 据 市 宽 确 定 本 次 呼叫 的 能 力 集 。 
o 主 被 叫 信 息 ，---- 确定 加 入 那个 会 议 ， 及 主 叫 的 信息 。 
о 加 密 信 息 ，--- 通过 setup-connect 协 商 出 媒体 流 加 密 的 密 钥 。 
• Call Proceeding: 呼 叫 处 理 等 待 。 
п ASS, 呼叫 处 理 等 待 阶 段 ， 表 示 被 叫 收 到 了 呼叫 请 求 ， 请 稍 候 。 
。 Alerting \\ 振 珍 。 振 到 阶段 ， 类 似 我 们 打 电 话 时 听 到 嘟 哪 声 或 者 彩 玲 的 阶段 。 
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1. 3 Н. 323 协 议 栈 介绍 -Q. 931 


e 连接 (CONNECT) 
• 被 叫 发 给 主 叫 的 消息 ， 表 示 被 叫 用 户 已 摘 机 


° 释放 完成 (RELEASE COMPLETE) 
• 由 先 挂 机 的 一 方 发 给 另外 一 方 ， 表 示 释 放 过 程 已 完成 
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e Connect: BENZ, RIRU 5 Д ВЕЦ 
о 必须 的 发 送信 令 。 
п 携带 H245 地 址 ， 表 示 支 持 建 立 H245 通 道 来 进行 会 议 控 制 。 


重 携 带 支 持 障 道 标 芍 则 表示 文 持 在 Q931 中 传输 会 议 控 制 信 令 


e Release Complete: 结束 呼叫 。 


п 结束 一 路 呼叫 。 


[| ЛП 


1. 3 H. 323 协 议 栈 介绍 -H. 245 


H.245 信 令 介 绍 
H.245 是 通用 的 多 媒体 通信 控制 协议 ， 主 要 针对 会 议 通信 设计 。H.323 系 统 采用 H.245 协 议 
作为 控制 协 以 ， 用 于 控制 通信 信道 的 建立 、 维 护 和 释放 。 


主要 信 令 包括 : 

能 力 协商 (TCS/TCSA/TCSR) 
主 从 决定 (MSD/MSDA/MSDR) 
打开 逻辑 通道 (OLC/OLCA/OLCR) 
关闭 逻辑 通道 (CLOCLCA) 
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oe H245 协 议 基 于 TCP 协 议 。 
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. 3 H. 323 协 议 栈 介绍 -H. 245 


”能 力 协商 (TCS/TCSA/TCSR) 
能 力 协商 主要 用 于 声明 本 端的 支持 的 接收 和 发 送 的 能 力 。 声 明 本 绒 的 优选 能 力 集 ， 对 方 需 
要 优先 考虑 使 用 该 能 力 集 。 


能 力 交 换 信息 : 

TCS: 能 力 交 换 请 求 ， 用 于 告知 对 端 本 端的 能 力 信息 。 

TCSA: 能 力 交 换 成 功 吧 应， 用 于 能 力 交 换 成 功 后 ， 返 回 给 远 端 。 
TCSR: 能 力 交 换 失败 响应 ， 用 于 能 力 交 换 失 败 ， 通 知 对 并。 
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e TCS: Terminal Capability Set 告知 本 端 能 力 集 
e TCSA: Terminal Capability Set Acknowledge 终端 能 力 集 确 认 ， 协 商 成 功 


M 


e TCSR: Terminal Capability Set-Reject 终端 能 力 集 拒 绝 ， 协 商 失 败 


M 


п 能 力 编号 : 唯一 标识 该 能 力 。 例 如 G.723/G.728/H263CIF 
о\ 8677900: 具体 能 力 的 表述 ， 没 有 一 个 统一 的 格式 。 
n 17515): 能 力 不 一 定 是 对 称 的 ， 因 此 有 一 个 方 回 的 标志 : 
" 发 送 能 力 ------- 表示 编码 能 力 
и 接收 能 力 ------ 表示 解码 能 力 
н 收发 能 力 ------ 表示 编 解 码 都 支持 
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. 3 H. 323 协 议 栈 介绍 -H. 245 


主 从 决定 (MSD/MSDA/MSDR) 
为 了 防止 在 通信 过 程 中 ， 双 方 同时 触发 同一 个 不 可 共享 的 事件 或 资源 ， 因 此 需要 事先 确定 
一 个 主 万 。 当 冲突 发 生 时 ， 从 万 应 按 主 方 的 决定 行动 。 


主 从 决定 信息 : 

MSD: 主 从 决定 请 求 消息 。 

MSDA: 主 从 决定 响应 消息 ， 其 中 携带 的 Master 或 slave 标 志 ， 均 是 指 对 端的 状态 。 
MSDR: 主 从 决定 拒绝 消息 ， 能 力 交 换 出 来 的 结果 同 本 端 设 定 不 一 致 ， 则 回 估 ig 
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e MSD: Master Slave Determination 
e MSDA: Master Slave Determination Acknowledge 


e MSDR: Master Slave Determination Reject 


。 当然 ， 会 议 过 程 中 ， 呼 叫 双 方 可 以 随时 发 起 重 协商 过 程 。 


ПАП 


. 3 H. 323 协 议 栈 介绍 -H. 245 


打开 逻辑 通道 (OLC/OLCA/OLCR) 
之 所 以 称 之 为 逻辑 通道 ， 是 因为 这 个 过 程 实际 上 只 是 交换 出 一 条 通道 的 通信 地 址 信息 。 
H323 协 议 中 ， 远 辑 通 道 的 打开 过 程 遵循 ， 谁 传输 谁 打 开 的 原则 。 


打开 逻辑 通道 信息 : 

OLC: 打开 逻辑 通道 请 来 消息 。 
OLCA: 打开 远 辑 通道 请 求 啊 应 消息 。 
OLCR: 打开 逻辑 通道 请 求 拒绝 消息 。 
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e OLC: Open Logical Channel 
e OLCA: Open Logical Channel Acknowledge 


e OLCR: Open Logical Channel Reject 


° УТЕ КУД ЛУ Е, KRANA A MAE NSKRTPEIE HAI SOCHERIRTCP3R 8 B 
目的 地 址 。 
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. 3 H. 323 协 议 栈 介绍 -H. 245 


关闭 逻辑 通道 (CLCCLCA) 
H.323 协 以 中 ， 远 辑 通 道 的 关闭 遵循 ， 谁 打开 谁 天 闭 的 原则 。 


关闭 逻辑 通道 信息 : 


CLC: 关闭 逻辑 通道 命令 。 
CLCA: 关闭 逻辑 通道 响应 消息 。 
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e CLC: Close Logical Channel 
e CLCA: Close Logical Channel Acknowledge 


e CLC: Close Logical Channel， 携 带 前 面 打 开通 道 时 给 出 的 通道 号 。 
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本 章 小 结 


• H.323 协 议 基 础 
a H.323 协 议 概述 
a H.323 基 本 概念 
a H.323 协 议 栈 介绍 
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ПУП 


内 容 介绍 


第 1 章 H.323 协 议 基础 
第 3 章 常见 故障 定位 分 析 


HUAWEI TECHNOLOGIES CO., LTD. 





W Huawei 
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内 容 介绍 


第 2 章 会 议 调度 信 令 流程 
2.1 注册 信 令 流程 
2.2 点 对 点 呼叫 信 令 流程 
2.3 MCU 调 度 信 令 流程 





П 791 


2.1 注册 信 令 流程 


s RRQ: Registration Request 注册 请 求 
• КСЕ: Registration Confirm ”注册 确认 
e RR): Registration Reject 注册 拒绝 


HUAWEI TECHNOLOGIES CO., LTD. 
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内 容 介绍 


第 2 章 会 议 调 度 信 令 流 程 
2.1 注册 信 令 流程 
2.2 点 对 点 呼叫 信 令 流程 
2.3 MCU 调度 信 令 流程 


HUAWEI TECHNOLOGIES CO., LTD. 
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2.2 ARREU ET e ice 1 PIE E TTE RH 


SETUP 


192.168.0.1 CONNECTED 192.168.0.2 


° 1.SETUP 。 呼叫 请 求 建立 连接 
° 2.CONNETED ”确认 连接 
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e T.SETUP 
e 2.CONNETED 


BEZZE, УВА АТАЛ 
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2.2 AIR (ES ETE Kay s] Ea 6 ВЧ ПИ 


3,SETUP 


Endpoint 2 
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° 号 码 呼叫 是 经 过 GK 的 呼叫 


° 该 6 步 为 H323 协 议 所 有 了 呼叫 流程 的 基础 


о /CN 


总 共 由 六 步 


АВО 呼叫 请 求 01001 (192.168.0.1) 01002, 
384K 

АСЕ 呼叫 确认 01001 (192.168.0.1) 01002 
(192.168.0.2) , 384K 

SETUP 建立 连接 192.168.0.1 192.168.0:2 
ARQ 被 叫 呼 叫 请 求 

АСЕ 被 叫 呼 叫 确 认 

CONNECTED 建立 连接 


MW HUAWEI 


组 成 


|| 
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2.2 点 对 点 呼叫 信 令 流程 -打开 逻辑 通道 


GateKeeper EndPoint 1 EndPoint2 ^  GateKeeper 
RRQ 


Logical Channel 


Audio/Video(RTP/RTCP) 
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。 图 中 GK 为 同一 个 GK， 便 于 板 述 画 了 2 个 GK4 


° 从 SETUP 到 发 送 尹 体 码 沉 步 又 之 间 的 详细 的 H.245 建 立 连 接 过 程 ， 后 续 章 万 详细 
说 HH ° 


2.2 Rx АЛИН GAE AK FEIA ARFA 


АКО 呼叫 请 求 01001 > 075501 


LRQ ЕЛАК Bi CKPREHBIZR, [óJ 
[=СКЕ 075501BSIP 


LCF ”定位 确认 075501(192.168.0.2) 


АСЕ 呼叫 确认 01001 (192.168.071) 
>075502 (192.168.0.2) , 384K 


SETUP 建立 连接 
192.168.0.1192.168.0.2 


ARQ NPO, 
АСЕ ”被 叫 呼 峙 确认 
CONNECTED ) 建 立 连 接 


8.CONNECTED 075501 
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e 工作 原理 : 


GK 根据 被 叫 号 码 ， 解 析 被 叫 节点 属 玉 邻居 GK 区 域 的 节点 时 ，GK 支 持 同 邻居 GK 请 
求解 析 被 叫 号 码 ， 邻 居 GK 解 析 成 功 后 并 将 被 叫 节 点 IP 地 址 返回 给 GK， 然 后 GK 再 
把 被 叫 节 点 的 IP 地 址 返回 给 主 吧 节点， 使 主 叫 节点 和 被 叫 节 点 之 间 建 立 呼叫 。 


1 ӘП 
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内 容 介绍 


第 ? 会 议 调度 信 令 流程 
2.1 注册 信 令 流程 
2.2 点 对 点 呼叫 信 令 流程 
2.3 MCU 调 度 信 令 流程 








2. 3 MCU 调 度 信 令 流程 -MOU 呼叫 终端 


ARQ 呼叫 请 求 
ACF 呼叫 确认 


SETUP 建立 连接 


. ARQ ”呼叫 请 求 


. АСЕ 呼叫 确认 
| ACF s. . CONNECTED ”建立 连接 


3.SETUP 


| Endpoint - Bi Endpoint 2 


6.CONNECTED 


x 
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° H32396 FU NEA Pr 993237 REM. 


° H322 D REHA Г #h2S 2 : 


п 2.MCU 


s 3. 网 关 ( 坟 要 是 做 信 令 之 间 转 换 使 用 ， 例 如 接 PSTN 的 语音 网 天 ，MIPU 单 
板 MG8520 等 设备 为 网 关 设备 ， 较 少 使 用 ， 不 做 详解 ) 
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2. 3 МСУ fes e MAE МОШЕ 2 ER ISTA 


1.01001: 192.168.0.1 
2. 01002: 192.168.0.2 
3. 01003: 192.168.0.3 


01001 2 01003 
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MKCU 调 会 流程 : 
1.SMC 预 定义 会 议 
2.S5SMC 向 MCU 发 送 入 会 会 场 列表 


3. 此 列表 为 MCU 的 被 叫 号 碍 '，MCU 按 照 H323 的 6 步 呼 叫 流程 对 各 
Ч 


4.GKIA ЈАКОБ м [3 GKM DB 数据 库 查 询 终 端 IP 地 址 
5.GK3x [B| ACF 
6.MGU 与 终端 建立 连接 


7.MCU 与 终端 之 间 打 开 连 接 通 道 


WA HUAWEI 





个 终端 进行 呼 


2. 3 MCU 调 度 信 令 流程 -WMCU 实 现 会 议 控制 
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。 SERIE: 

。 1.SMC 将 会 控 指 令 发 向 MCU, 例 如 广播 会 场 1 
° 2.MCU 接 收 T1 的 图 像 

° 3.MCU 转 发 T1 的 图 像 至 T2 江 3， 完成 广播 操作 
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2. 3 MCU 调 度 信 令 流程 -WMCU 级 联 原理 
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° MCU 级 联 的 原理 : 

。 1. 上 级 MCU1 调 度 一 个 会 议 ， 其 中 将 下 级 MCU2 作 了 一 个 虚拟 的 会 场 加 入 

。 2. 下 级 MCU2 调 度 一 个 会 议 ， 其 中 将 上 级 MCU1 作 了 一 个 虚拟 的 会 场 加 入 

° 3. 双 辐 加 入 后 ， 上 级 MGEU 同 不 级 MCU 发 起 呼叫 ， 按 照 H.323 6 步 流程 建立 连接 。 


2. 3 MCU 调 度 信 令 流程 -WMCU 级 联 实现 会 议 控 制 


гент] шай 
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° MCU 级 联 的 会 控 : 

° 1.SM5 将 会 控 指 令 发 同 MCU1, 例 如 扩 播 会 场 T1 
。 2.MCU1 接 收 T1 的 图 像 

° 3.MCU1 转 发 T1 的 图 像 至 T2,VT1 

。 4VT1 将 图 像 发 送 给 VT2 

° 5.MCU2 将 会 探 指 令 转 变 为 广播 会 场 VT2 

• 6.MCU2 将 VT2 指 令 转发 给 会 场 T3,T4,T5 


° 7 沈 成 广播 操作 
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本 章 小 结 


° 会 议 调 度 信 令 流 程 
a 注册 信 令 流程 
a 点 对 点 呼叫 信 令 流程 
o_MCU) 周 度 信 令 流程 
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内 容 介绍 


第 1 章 H.323 协 议 基础 
第 2 章 会 议 调度 信 令 流程 
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内 容 介绍 


第 3 章 常见 故障 定位 分 析 
3.1 信 令 包 分 析 思 路 
3.2 常见 故障 分 析 
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3.1 信 令 包 分 析 思 路 - 抓 包 


抓 包 常用 的 过 滤 条 件 

EZ 说 明 

possent 
Se 





ме ura 


源 端 口 或 者 目的 端口 为 10002 的 UDP 包 , 可 以 用 来 找 有 没收 到 三流 

EE 

源 端 口 或 目的 端口 为 1720 的 TCP 包 , 可 能 用 来 找 有 没 接收 到 呼叫 

h225 RAS — 与 gk 间 的 信 令 “如 果 呼 叫 被 gk 挂 断 的 ， 最 早 收 到 的 挂 断 入 等 基 ОКО) 
PH CS(q931) - 呼叫 建立 的 过 程 、 挂 断 的 过 程 ( 谁 先 发 releasekorfiplate , 就 是 谁 挂 断 ) 
мв ална. PP SACS _ 
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° DRQ/DCF/DRJ: 实体 呼叫 折线 信念 。 


。 实体 通过 DRQ 通 知 GK 呼 叫 拆 线 ，GK 也 可 以 通过 DRQ 信 令 强 制 拆 线 某 个 呼叫 。 


• DRQ: Disengage Request 网 关 与 网 守之 间 的 呼叫 脱离 请 求 消息 。 


e DCF: Disengage Confirm, ， 网 守 对 DRQ 消 息 的 确认 回答 。 


• DRJ: Disengage Reject， 网 守 对 DRQ 消 息 的 拒绝 回答 ， 并 给 出 拒绝 原因 。 


|| SI 


3.1 信 令 包 分 析 忆 路 


° KEA 
° 熟悉 信 仿 的 流程 ， 发 现 问题 时 ， 重 点 关注 信 令 流程 中 哪些 是 应 该 有 的 信 令 包 ， 过 滤 不 相干 
数据 ， 抓 包 没 有 抓 到 哪些 应 该 有 的 消 居 。 


。 信和 令 包 中 需要 关注 的 字段 ， 在 后 面 的 图 中 都 用 红色 字段 做 了 标志 。 
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3.1 信 令 包 分 析 思 路 -RAS 


信 令 说 明 : 
3660 | ° RAS 承 载 在 UDP 层 上 ，MKCU 上 可 
een: : | 以 配置 该 端口 号 (默认 1729) 


h225 listen port . 1720 


Do u 。 MCU 也 可 以 配置 注册 GK 时 ，GK 
«MCUSB 
目标 侧 的 端口 号 (默认 1719 ) 


gl 

<MLUSEEO display gt 
ПК enahle * &nahle 
GK ras port : 1719 
laK ip version : ipvd 
P ip address : 10.11.240 „255 
Register GK alias : zhouFeng*241.,40 
Enable h235 authentication  : disable 
GK ID e 
Register password 11171 
Register netport : 2/GEO 





° 上 图 是 MCU 注 册 GK 时 的 相关 注册 信息 
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3.1 信 令 包 分 析 思 路 -RAS 


MCU 注 册 Gk 流 程 
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° 上 图 是 MCU 注 册 GK 时 的 信 令 流程 


° MCU 疝 GK 发 起 RRQ 进 行 注册 ，GK 返 回 RCF 人 确认 注册 。 
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3.1 信 令 包 分 析 思 路 -RAS 


10.11.241.2?1 | = : ycal > commplex-main [ 
Frame 2704 (392 Пуга 2 Dyus ч, 
| Ethernet II, 5гс: HusweiTe_8b:26:bb (00:18:B2:8b:26:bhb), Dst: Elitegra 8B:21:0a (00:18:90:BB:21:0a) 
| Internet Protocol, src; 10.11.241.48 (10.11.241.48), Ost: 10.11.240.255 (10.11.240.255) 
ж User Datagram Protocol, Sre Port: h323gatestat (1719), Dst Fort: h323gatestat (1719) 
= H.225.0 RAS 
= RasMessage: 
= registrarionkequest 

requestseqNum: 2607 

protocolIdentifier: 0.0.8.2250.0.4 (version 4) 

0... . discoverycomplete: False 

5 callsignalAddress: 1 item 
= Item 0 
= Item: ipaddress (0) 
= ipAddress 
p: 10.11. 241.48 (10.11. 241.48 
port: 1720 
rasaddress: 1 item 
terminalType 
j terminalalias: 1 item 


= Item 0 


ш Item: h323-10 (1 
h323-ID: mcu-10.11.241.48 
endpointvendor 


timeToLive; 60 
; cryptoTokens: 1 item 
1... .... keepAlive: True 
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。 RRQ 携 带 注册 信息 (IP 地 址 及 端口 号 ) 向 GK 注册 


П 91 


3.1 信 令 包 分 析 思 路 -RAS 


J Ethernet II, 

j3 Internet Protocol, src: 10.11.240.255 (10.11.240.255), 051: 10.11.241.48 (10.11.241.48) 
я User Datagram Protocol, src Port: h323gatestat (1719), Dst Port: h323gatestat (1719) 

5 H.225.0 RAS 


5 RasMessage:|registrationconfirm (4) 
= registrationConfirm 


requestSeqNum: 2607 
protocolIdentifier: 0.0.8.2250.0.4 (version 4) 
j callsignalAddress: 1 item 
= Item 0 
= Item: ipaddress (0) 
= ipaddress 

1р: 10.11. 241.48 (10.11. 241.48) 
port: 1720 

gatekeeperIdentifier: HUAWEI ViewPoint Gatekeeper 

endpointIdentifier: 2653 
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。 GK 返回 注册 确认 信息 
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3.1 信 令 包 分 析 思 路 -Q. 931 


1225 listen pa ао e 0.931 (CS) 承载 在 TCP 层 上 ，MCU 上 


enable h245 tunneling 


ИТИ | 可 以 配置 该 端口 号 (默认 1720) . 


display 


MLUBBEO>cdisplay gk 


“МОЛЈСББО>9і =ріач gl 
GK enable : enable 
: 1719 
: ipvd 
: 10,11,240 ‚255 
: zhoufeng *241.40 
Enable h235 authentication : disable 
GK ID ; 
Regíst er password * 11111 
Reg ister netport : 2 СЕС 


MLUBSEEO>Ü 





。 查看 Q.931 信 令 的 端口 


Пп ЮП 


3.1 信 令 包 分 析 思 路 -Q. 931 


MCU 呼 叫 终端 流程 


ARJ: ЭПЖ ОК 59 HANS 


Proceeding 
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• MCU 回 GK 发 起 ARQ #817 AM, AGK, ДБ БАСЕ. #GK+4 
允许 该 申请 〈 如 GK 上 没有 目的 终端 ) , 则 返回 ARJ。 


° MCU 从 返回 的 ACF 中 得 到 终端 的 IP 地 址 ，MCU 想 终端 发 起 setup ， 终 端 返 回 
proceeding 给 MCU， 让 MCU 等 待 。 


。 而 终端 则 自己 向 GK 发 送 ARQ， 申 请 被 MCU 了 呼叫 ，GK 返 回 ACF 确 认 终 端 可 以 被 
MCU 了 呼叫 。 


° 终端 发 起 Alerting 给 MCU， 表 示 振 铃 ， 最 后 发 送 connect 表 示 接 受 呼 叫 ， 建 立 连 


接 。 


102 П 


3.1 信 令 包 分 析 思 路 -Q. 931 


ARQ 


É Frame 2359 (142 bytes on wire, 142 bytes captured) 
# Ethernet II, Src: HuaweiTe Bh:26:bb (00:18:82:8b:26:bb), Dst: Elitegro 88:21:0a (00:1е:90:88:21: 
= Internet Protocol, Src: 10.11.241.48 (10.11.241.48), Dst: 10.11.240.255 (10.11.240.255) 
lm User Datagram Protocol, sre Port: h323gatestat (1719), Ost Port: h323gatestat (1719) 
= H.225.0 RAS 
= RasMessage: admissionRequest (9) 
= admissionRequest 
requesrsegNum: 2609 
callType: pointToPoint (0) 
callModel: direct (0) 
endpointidentifier: 2653 
destinationinfo: 1 item 
tem 0 
S Item: dialedDigits (0) 
dialedbigits: [07555009 ] 
s srcInfo: 2 items 
3 srcCallsignalAddress: ipAddress (0) 
= ipAddress 





bandwidth: 7680 
callReferencevalue: 44 
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。 ARQjÉTEMCUZK 9158 (PEM Г 1 =), DA SER RR (23 


Уй n43) о 
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3.1 信 令 包 分 析 思 路 -Q. 931 


ШЕПП lex-main  husyca] [PSH 


at KO rm 


captured) 
Ethernet II, src: Elitegro_88:21:03 (00:1e:90:88:21:03), Dst: HuaweiTe 8b:26:bb (00:18:82:8b:26:bb 
Internet Protocol, src: 10.11.240.255 (10.11.240.255), Dst: 10.11.241.48 (10.11.241.48) 
User Datagram Protocol, Sre Port: h323gatestat (1719), Dst Port: h323gatestat (1719) 
H 


| H.225.0 RAS 
= Rasmessage:| admissionconfirm (10) | 
B admissionlonfirm 
reguesrSeagNum: 2609 
bandwidth: 7680 
callModel: direct (0) 
destcallsignaladdress: ipaddress (0) 
3 ipAddress 
1р: 10.11.241.59 (10.11. 241.59 
port: 1720 
irrFrequency: 60 
j nonstandardoata 
destinationinfo: 


pm : dialedo U 
tination 
1... 200. WillRespondTOIRR: True 


HUAWEI TECHNOLOGIES CO., LTD. 





• ACF 返 回 终端 的 信息 (终端 iP 地 址 及 六 口号)》% 


П 104 [] 


3.1 信 令 包 分 析 思 路 -Q. 931 


ARJ 


we НЕГЕР И шыш щш Hr rn Кш же с = же си а ишы = Шш © p ыш н ш кшш аш чы шш тта" 3- mm "OCIO ТИРҮЗШШГ ҮР MI F "көтү -—u s NH us 


5 Ethernet 

3 Internet Protocol, src: 10.11.240.255 (10.11.240.255), Dst: 10.11.241.48 (10.11.241.48) 
3 User Datagram Protocol, src Port: h323gatestat (1719), Dst Port: h323garestar (1719) 

a H.225.0 RAS 


一 


3 nonstandardoata 
= nonstandardIdentifier: h221Nonstandard (1) 
# h221Nonstandard 
H.221 Manufacturer: unknown (0x1c15022b) 
data: 66 octets 


m nams CC lom 
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° ARJ 返 回 拒 绝 消息 GEIRA) 。 可 能 因为 GK 找 不 到 被 呼叫 号 码 。 
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3.1 信 令 包 分 析 思 路 -Q. 931 


[ТРЕ VersiUn: 3, CENL: 2997 
| 2.931 
| H-225.0 C5 
3 H323-UserInformation 
= h323-uu-pudu 
m hi23-message-body: 
= setup 
protocolidentifier: 0.0.8.2250.0.4 (version 4) 
= söurceaddress: 2 Items 
ш sourceInfo 
= desrinarionaddress: 1 irem 
3 Item 0 


activeMC: False 
conferenceID: 042927c4-0000-6000-8058-add79925$06b8 
; conferencecoal: invite (2) 
$ callType: pointToPoint (0) 
sourceCallSignalAddress: ipAddress (0) 
= ipAddress 


calllIdent er 
0... .... mediawaitForConnect: False 
"Qua aa canoverlaonsend; False. 
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° MCU 回 终端 发 起 呼叫 。 包 括 终端 信息 (PRMAS) ，MCU 自 身 信息 〈IP 及 端 
口号 ) 。 
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3.1 信 令 包 分 析 思 路 -Q. 931 


Connect | 


Эл ШЕЕ ШЫШЫ ЧО "шш RP or A 


E Frame 2395 (250 bytes on wire, 259 bytes captured) 
| Ethernet II, Src: HuaweiTe_39:fb:24 (00:18:82:39:fb:24), Dst: HuaweiTe Bb:26;bb (00:18:82:8b:26;bb) 
E Internet Protocol, src: 10.11.241.59 (10.11.241.59), Ost: 10.11.241.48 (10.11.241.48) | 
Е Transmission Control Protocol, src Port: h323hostcall (1720), Dst Port: netinfo-local (1033), Seq: 6 
p TPKT, Version: 3, Length: 67 | 
Q. 931 
j H. 225.0 CS 
E TPKT, Version: 3, Length: 138 
Q. 931 
S H.225.0 CS 
= H323-UserInformation 


3 h323-uu-pdu 
= h323-message-body: 


= connect 
protocolIdentifier: 0.0.8.2250.0.4 (version 4) 
= h245Address: ipaddress (0) 


ip: 10.11.241.59 (10.11.241.59) 


port: 134 
s destinat ioninTo 
conferencelD: 042927c4-0000-e000-8058-add7992506b8 


# callidentifier 


ah as 人 是 mm 一 上 ma rs la... 
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° AmmMCUEVER, Er ZIP Aum L1 = ç 
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3.1 AFTER. 245 


«MCUB650»displau h323-config [i8 T BH: 
ház5-conf ig 
m | • H245 承 载 在 TCP 层 上 ，MCU 上 可 以 配 
<MCUBESO>displau h323-confie 
h225 ras port : 1719 置 H245 信 念 端 口号 的 范围 


h245 portíTcp3 : 11720-12744 
h225 1 isten por t ‚ 1720 
enable h245 tunneling : disable 


MLUSESO display 
display 





。 H245f& 38D: 规定 为 11720-12744。 
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3.1 [E & ATTE. 245 
MCU 了 呼叫 终端 的 H.245 流 程 
。 能 力 协商 


TCS Ack 
TCS 


TCS Ack 


e THREE MSD 
е MSD Аск 











MSD Аск 
° 逻辑 通道 打开 OLC 





OLC Ack 


OLC \ 


OLC Ack 


di sy 
Audio/Video 
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° MCU 首 移 同 终端 发 起 能 力 交 换 请 求 TC9 ， 终 端 返回 能 力 交 换 请 求 啊 应 TCS Ack; 

° 终端 也 向 MCU 发 起 能 力 交 换 请 求 TCS, MMCU 也 返回 能 力 交 换 请 求 响 应 TCS Ack。 
° MCU 回 终端 发 起 主 从 决定 请 求 MSD ， 终 端 返回 主 从 决定 请 求 啊 应 MSD Ack; 

° 终端 也 同 MCU 发 起 主 从 决定 请 求 MSD，MCU 也 返回 主 从 决定 请 求 啊 应 MSD Аск. 


• MCU 辣 终端 发 起 打开 逻辑 通道 请 求 OLC， 终 端 返回 打开 逻辑 通道 请 求 响 应 OLC 
Ack; 


° 终端 也 向 MCU 发 起 打开 逻辑 通道 请 求 OLC，MCU 也 返回 打开 逻辑 通道 请 求 啊 应 
OLG Аск 


° TCS: TerminalCapabilitySet 


e MSD: MasterSlaveDetermination 


e OLC: OpenLogicChannel 
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3.1 fE S e EIS. 245 


TPKT, Version: 3, Lengrh: 573 
H. 245 
= PDU Type: request (O 
= request;|terminalcapabilityset (2)] 
a xerminalcapabilityset 
senguenceNumber: Ü 
proracolrdentifier: 0.0.8.245.0.10 (Ch245 version 10) 
= mulriplexcapabilirvy: h2?50capabiliry [4) 
а capabilityrable: 24 items 
E Item 0 
Item 1 
Item 2 
; Item 3 
= Item 
capabilityTable&ntryNumber: 2 
= capability: receiveAndTransmitAudioCapability (6 
> Pecetveandrransmttaudtocapabt11ey:[9722-84% 633] 


9722-64k: 20 


el Ackel ТПУ 


Item 
Item 
Item 6 
Item 
Irem 
Item 5 
Item 


Irem 
s Item 
capabilityrableentrynumber: 10 
š capability: receivevideoCapability (1) 
- ЧИТЕН он: Eur 
s capabilityIdentifier: standard (0) 
standard: 0.0.8.241.0.0.1 (h264 generic-capabilities) - ITU-T MEC. W.241 H.264 video capak 


Ë & F 8 b = 8 ñ 
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3.1 信 令 包 分 析 思 路 -H. 245 


主 从 决定 (MSD) 


erminatıon | 

s Frame 2414 (65 bytes on wire, 65 bytes captured) 
= Ethernet II, Src: HuaweiTe 8b:26:bb (00:18:82:8b:26:bb), 051: HuaweiTe 30:fb:24 (00:18:82:39:fb:24 
© Internet Protocol, Sro: 10.11.241.48 (10.11.241.48), 051: 10.11.241.59 (10.11.241.59) 
a Transmission control Protocol, src Port: 11729 (11729), Dst Port: ге101 (1343), seq: 260, Ack: 592 

TPKT, Version: 3, Length: 11 
= H.245 

= POU Type: request (0 


= request;|masterSlavebDetermination (1) 


- Ma L) 
terminalType: 2: 


starıuspererminarinnnimher : 13732722 
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° 主 从 决定 请 求 。 关 键 是 看 masterslaveDetermination 这 个 关键 词 。 


° 240 是 指 H323 协 议 里 设备 的 一 个 代号 ,决定 力主 方 。 


п П 


3.1 fE S e EIS. 245 


RE (OLC) 


2422 23.433440 10.11.241.59 21.241.48 н.245 — opentogicalchanne] (h263videoci 
E Frame 2419 (80 bytes on wire, 80 bytes captured) | 
Erherner II, Sre: HuaweiTe 38:fb:24 (00:18:82:38:fh:243, Det: HuawelTe 8b:25:bb (00:13:82:8b:26:bb) 

10.11.241.59 (10.11.241.59), Dst: 10.11.241.48 (10.11.241.48) 


TPKT, Version: 3, Length: 26 
y H. 245 
| g PDU Type: re 


= request: jopenLogicalchannel (3) 


pear sieh ı IChanne 


1 


forwardLogicalchannelNumber: 2 
= forwardLogicalChannelParameters 


= multiplexParameters: h2250Lo0gicalChannelParameters (3) 
= h2250LogicalchannelPar amerers 
sessionId: 1 
unicastäddress (0) 
= unicastaddress: ipaddress (0) 
5 iPAddress 
network: 
tsapIdent 
. mediacontroTGuaranteedpelivery: False 

s. SilenceSuppression: False 
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° 这 里 显示 的 是 首 频 协议 内 容 ， 以 及 媒体 控制 码 流 (RTCP) 通道 内 容 。 


[| ШП 


3.1 fE S e X MEI. 245 








2431 23.454156 10.11. 241.43 10.11.241.59 H.245 openLooicalchannelack one 
E Frame 2424 (85 bytes on wire, 85 bytes captured) 
kg Ethernet II, src: HuaweiTe Sh:26:bb (O0:18:82:8b:25:bb), Ost: HuaweiTre 38:fb:24 (00:18:82:359:fh 
E Internet Protocol, Sre: 10.11.241.48 (10.11.241.48), 057: 10.11.241.59 (10.11.241,59) 
| Transmission Control Protocol, src Port: 11729 (11729), ost Port: relOl (1343), seq: 376, Ack: 
& TPKT, Version: 3, Length: 31 
j H.245 


= PDU Type: response (1) 
= response:|openLogicalchannelAck (5) 
= openLogicalchannelAck 


forwardLogicalChannelNumber: 2 
3 forwardmultiplexackparamerers: h2250LogicalchannelAckParamerers (0) 
= h2250L.ogicalchannelackPar ameters 
sessionIp: 1 
к EITOR unicastAddress (0) 
3 unicastAddress: iPAddress (0) 
PAddr ғ 
network: 10.11.241.48 (10.11.241.48) 
tsapIdentifier: 10012 
s|mediacontrolChannelE unicastAddress (0) 
= unicastAddress: IPAddress (0) 
3 iPAddress 
network: 10.11.241.48 (10.11.241.48) 
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e NOLCHMN, ТБК КАЛЫШ Ë V Er RN HKD te mi 8 18 AJ @ e 


Пп ЗП 


内 容 介绍 


第 3 章 常见 故障 定位 分 析 
3.1 信和 令 包 分 析 思 路 
3.2 常见 故障 分 析 


HUAWEI TECHNOLOGIES CO., LTD. 





[| 114 [] 


3.2 常见 故障 分 析 - 节 点 注册 GK 失败 


• 1. 打开 GK 安 装 目录 下 的 H323 log 日 志 ， 如 下 文件 中 的 20080912h323_0001.log 


| ibt (D) 局 C:\Program Files\Huawei Technologies Co., LtdXSMCXSwitchCentreXlogX2008-09 
Xr ik x Abo HM 修改 日 期 


B & Svitchcentre „| 19]20080912n323 0001. log 0 KB 文本 文档 2008-9-12 14:30 
- "BIZUUSUSIZsys. Iog 


$ C3 cdr | KB XX 2008-9-12 19:35 
= OÖ log 
G 2008-09 


。 2. 从 日 志 中 可 查找 失败 原因 
о RRQ recvfrom [(218.5.64.98:18616)] [terminal] [59285094444] [ras(172.16.30.127:1719)] 
[cs(172.16.30.127:1720)] 
o RRJ sendto [(218.5.64.98:18616)] [59285094444] 
[[0x00000065:err reg wrong account or password]] 


HUAWEI TECHNOLOGIES CO., LTD. 


° 从 GK 日 志 中 获取 注册 失败 原因 : 


a err_reg_wrong_account_or_password， 表 示 账 号 密码 错误 。 


° 常见 原因 为 : 账号 密码 错误 ， 网 段 注 册 限 制 ， 网 段 市 宽 限制 等 
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3.2 常见 故障 分 析 - 呼 叫 失败 ，GK 返 回 ARJ 拒 绝 


° 从 GK 的 log 文 件 中 查找 日 志 ， 发 现 以 下 字段 : 
п 08:08:01 АВО recvfrom [(61.131.13.141:1719)] [Caller] [59512724] [(61.131.13.141:1720)] 
[Callee] [5952200005 1] [1024000 bit/s] 


п 08:08:01 АВ) sendto [(61.131.13.141:1719)] [Caller] [59512724] [(61.131.13.141:1720)] 
[Callee] [5952200005 1] [[ox0000006d:err call callee offline]] 





HUAWEI TECHNOLOGIES CO., LTD. st HUAWEI 


e 从 GK 日 志 中 获取 注册 失败 原因 : 
о ”err_call_callee_offline， 表 示 被 叫 不 在 线 。 


° 常见 原因 为 : 账号 密码 错误 ， 网 段 注 册 限制 ， 网 段 市 览 限 制 等 
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3.2 常见 故障 分 析 -SETUP 信 令 发 送 失 败 


STEP 1: 从 GK 日 志 中 查看 ， 一 切 正常 ， 需 要 抓 包 分 析 
STEP 2: 抓 包 分 析 ，Setup 信和 令 被 折断 ， 一 般 为 防火 墙 所 为 。 


q um P wu nn a nie rs mmm Lm 


(5 16:58: 49 `916845 192.168. 1. 4 — 192.168.1. 255 BROWSE Host. Announcement X6x8-738FClE3D4, Workstation, Server, NT. wo 


< 16:58: 56 022472 1 Ii. LO, L, 1 202.2 .0 1.138.* Я: СР > 3m AE 28. - — =a N у — 1 ui L m ={ M 55 >=. E 60 | 
Ө 16:58:560,951978 202.101.138.41 192.168.1.11 T z( A -enz М55=241 
10 16:58:56.952160 192.168.1.11 202.101.138.41 Ш 19465535 LeneO | = 
Е 


11 16:58:56.972376 192.168.1.11 202.101.138.41 |н. 225. CS: "Setup opentogicalchannel 


HUAWEI TECHNOLOGIES CO., LTD. 





° SETUP 的 TCP 连 接 失 败 ， 可 从 RST 这 个 标志 字 彼 看 出 ， 了 呼叫 无 法 成 功 建立 。 


在 TCP 报 文 的 报头 中 ， 有 几 个 标志 字段 


п SYN: 连接 建立 标志 %、 ТСР SYN 报 文 就 是 把 这 个 标志 设置 为 1， 来 请 求 建 
立 连 接 ; 
o АСК: 回应 标志 ， 在 一 个 TCP 连 接 中 ， 除 了 第 一 个 报 文 (TCP SYN) 外 ， 
所 有 报 文 都 设置 该 字段 ， 作 为 对 上 一 个 报 文 的 啊 应 ; 
п RST: 复位 标志 ， 当 iP 协议 栈 接收 到 一 个 目标 端口 不 存在 的 TCP 报 文 的 时 
修 ， 会 回应 一 个 RST 标 志 设 置 的 报 文 ; 
п FIN: 结束 标志 ， 当 一 人 台 计 算 机 接收 到 一 个 设置 了 FIN 标 志 的 TCP 报 文 后 
会 拆除 这 个 TCP 连 接 。 
在 配合 多 媒体 设备 使 用 的 时 候 出 现 ， 当 主 叫 终端 发 起 [SYN] 建 立 连接 后 (TCP) , 
被 叫 正 常 应 该 回 [SYN，ACK]， 但 经 常 被 叫 回 的 是 RST， 表 示 接 受 端 瓯 发 起 带 复 
位 标志 的 TCP 连 接 消 息 ， 引 起 复位 的 原因 很 有 可 能 是 SETUP 消 息 的 目的 端口 1720 
被 修改 了 。 


° 通常 引起 该 类 问题 的 原因 为 : 终端 目 喘 的 校 验 和 出 错 ; 有 病毒 攻击 将 目的 端口 
改变 ; 暂时 处 理 办 法 : 更 改 终端 的 IP 地 址 ， 或 通过 查 杀 病毒 方法 解决 。 
Пп 1171] 


3. 2 常见 故障 分 析 - 能 力 集 协商 失败 


e STEP 1: 从 GK 日 志 中 查看 ， 一 切 正 常 ， 需 要 抓 包 分 析 
° STEP 2: 抓 包 分 析 ， 能 力 集 协商 失败 挂 断 呼 叫 


No. . Time Source Destination Protocol Info 


95 10:30:34.251952 10.11.241.15 10.11.240. H.225. CS; setup 

101 10:30:34.346289 10.11.240.255 10.11.241. H.225. CS: callProceeding 

107 10:30:34.563649 10.11.240.255 3a ba PZ ВЕР H.225. CS: alerting ^ 
132 10:30:35.472185 10.11.240.255 bh H.225. CS: connect «X 
140 10:30:35. 515337 10.11.241.1 10.11.240. H.245 TOMNA aba суках IN 
141 10:30: 35. 532354 10.11.240. .11.241. : A ӘӘ 1 
143 10: 30: 35. 555103 10.11.240. ай Кл - 1-24 SSTE TVEDETET i 

144 10:30:35.561185 10.11.241. AS š - endsessioncomman $ 

146 10:30:35. 366576 10. 11. 240.2 .11.241. : сесара i etAck 


148 10:30:35 967060 10.11.2402: 0.11.241.15 1.225. CS: releasécom 
157 10:30:35.572257 10.11.241.15 .11. 240. Pasar т = Mee 
159 10:30:35.572694 10.11.241.15 .11. 240. .225. CS: reléaseComplete 
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• 从 红 框 处 可 看 出 能 力 协 商 被 reject 的 消息 。 
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故障 定位 分 析 
a 信 令 包 分 析 思 路 
a 常见 故障 分 析 
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Thank you 
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• SIP (Session Initiation Protocol 会 „© 本 课程 将 从 基础 原理 、 消 息 结构 、 
见 呼叫 流程 、 消 息 ame snm 
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> SIP 协 议 是 一 个 正在 发 展 和 不 断 研 究 中 的 协议 。 

> 遵循 简练 、 开 放 、 兼 容 和 可 扩展 等 原则 。 

> 充分 注意 到 因特网 开放 而 复杂 的 网 络 环境 下 的 安全 问题 。 

> 充分 考虑 了 对 传统 公共 电话 网 的 各 种 业务 ， 包 括 对 IN 业务 和 
ISDN 业 务 的 支持 。 
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e IN: intelligent network, 8I, —^ LAH ЛИ 91а РЕ 73 ECC BU Te A 55 АОК. 
T FH Zt 06 k Як n] LII HA Р ВЕ AASS o 


• ISDN: Integrated Service Digital Network 综合 数字 业务 网 络 
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目标 


学 习 完 此 课程 ， 您 将 会 : 
> 了 解 SIP 协 议 的 作用 
掌握 SIP 命 令 
掌握 SIP 协 议 的 消息 交互 过 程 
SDP 协 议 说 明 
t$ JLSIPRE RI SDP TZ ЗУ 45 
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协议 消息 

呼叫 流程 

SDP 协 商 

华为 IMS 融 合 会 议 解决 方案 
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1.1 SIP 协 议 的 概念 
1.2 SIP 协 议 的 发 展 


1.3 ”SIP 协议 的 特点 
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1.1 SIP 协 议 的 概念 


e SIP: Session Initiation Protocol 会 话 初 始 协议 
o 用 于 建立 ， 控 制 和 释放 会 话 


° SIP 是 IETF 为 多 媒体 会 话 而 开发 制定 的 协议 
о 这 里 的 会 话 包括 文本 ， 视 频 ， 游 戏 和 传统 的 语音 


。 SIP 是 为 Internet 而 制定 设计 的 协议 
o HTTP 协 议 一 样 是 基于 文本 的 
а 询问 /应 答 机 制 
а 广泛 应 用 于 internet 
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e IETF 是 Internet 工 程 任务 组 (Internet Engineering Task Force) 的 简写 。 


° IETF 又 叫 互联 网 工程 任务 组 ,成立 于 1985 年 底 ， 是 全 球 互 联网 最 具 权 
威 的 技术 标准 化 组 织 ， 主 要 任务 是 负责 互联 网 相关 技术 规范 的 研发 和 
制定 ， 当 前 绝 大 多 数 国际 互联 网 技术 标准 出 和 目 IETF。 


[| 128 [] 


1.1 SIP 协 议 的 概念 


m SIP 是 一 种 应 用 层 协 以， 独立 于 下 面 的 传输 层 协议 ， 可 以 承载 在 不 同 的 传输 协议 上 ， 如 
UDP/TCP/TLS/SCTP， 目 前 最 常用 UDP。 
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• UDP: User Datagram Protocol, FH А3577. o 
e TCP: Transmission Control Protocol， 传 输 控 制 协议 。 
e TLS: Transport Layer Security, 安全 传输 层 协 议 。 


e SCTP: SCTPSTREAM CONTROL TRANSMISSION PROTOCOL,， 流 控制 传输 协议 。 
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1.1 SIP 协 议 的 概念 


言 令 协议 

注册 、 
n 建立 ， 
媒体 传输 协议 


口 


定位 用 户 、 路 由 
修改 ， 释 放 会 话 


用 于 传输 语音 /视频 包 ，RTP/RTCP 协 议 


SIP — 信 令 协议 


о 会 话 的 管理 (SIP) 和 会 话 的 描述 (50Р) 是 独立 的 


' 

' 

' 

' 

' 

' 

' 

` ! 

Kids du LI IT I EL ET LT HH I U I FT FL U LE FD asien 
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° 会 话 的 管理 (SIP) 和 会 话 的 摘 述 (SDR) 分 离 ， 可 以 方便 地 增加 新 的 应 用 或 者 媒体 。 
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内 容 介 


第 l 章 ”概述 
1.1 SIP 协 议 的 概念 
1.2_SIP 协 议 的 发 展 
1.3 SIP 协 议 的 特点 
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1.2 SIP 协 议 的 发 展 


下 现在 更 多 的 RFC 
和 草案 被 引入 到 
SP, Gia 


j&Presence 


B RFC3262, 


B КЕС25435 R F| 
и ща 了 bis09， E 


B 源 于 1996 年 
MBone 实 验 
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RFC3261 会 话 发 起 协议 Session Initiation Protocol: ”本 文档 描述 了 会 话 发 起 协议 
(SIP)  ， 即 有 一 个 或 多 个 参与 者 的 用 于 创建 、 修 改 和 终止 会 话 的 应 用 层 控制 (fs 
S) 协议 。 这 些 会 话 包括 Interfiat 电话 呼叫 、 多 媒体 分 发 和 多 媒体 会 议 。 


RFC3262 一 个 可 选 的 能 为 需要 用 来 支持 临时 啊 应 的 可 靠 传 输 规范 (PRACK) . 
RFC3263 关 于 SIP 服 务 器 定位 。 
RFC3264 关 于 SDP (Session Description Protocol) 模型 介绍 。 


RFC3265 提供 了 一 个 用 于 菜 sip 节 点 问 其 他 sip 节 点 订阅 关于 其 他 节点 发 生菜 件 事 情 时 
候 的 二 种 通知 的 可 扩展 的 平台 。 


内 容 介 


第 1 章 概述 
1.1 SIP 协 议 的 概念 
1.2 SIP 协 议 的 发 展 
1.3 SIP 协 议 的 特点 
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1.3 SIPTIVISLE SER 


六 个 主要 请 求 ， 六 类 响 会 话 无 关 特 性 : SIP-URL 表 
消息 ; 示 需 要 访问 的 资源 或 用 户 ， 
基于 文本 编码 ， 很 多 现成 消息 体 可 以 携带 任何 内 容 

的 工具 ， 如 XML; 灵活 的 扩展 机 制 : 增加 头 域 
重点 关注 会 话 的 建立 、 改 ， 增 加 消息 类 型 

变 和 终止 ， 便 于 使 用 其 他 强大 的 能 力 协商 机 制 

的 协议 ， 如 SDP，RTP 等 网 络 对 业务 的 透明 性 
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° 分布 式 体 系 结构 提高 了 系统 
的 灵活 性 和 可 靠 性 
° Proxy 的 三 神 运 行 模式 : 
a Call Stateful, 
п Stateless . 


o Transaction Stateful 





п iT ABELEKISS (Keep It Simple Stupid) 也 是 IETF 协 议 的 设计 原则 
п 六 个 主要 请 求 ， 六 类 响应 消息 
s 请 求 消息 (INVITE, ACK. BYE. CANCEL. REGISTERAIIOPTIONS ) 


= 响应 消息 (1X 闪 6XX) 
п 基于 文本 编码 ， 很 多 现成 的 工具 ， 如 XML 


c 易 实 现 ， 易 调试 
п 重点 天 注 会 话 的 建立 、 改 变 和 终止 ,便于 使 用 其 他 的 协议 ， 如 SDP，RTP 等 


o. 会话 无 天 特性 : SIP-URL 表 示 需 要 访问 的 资产 或 用 户 ， 消 息 体 可 以 扒 融 任何 内 容 
в 灵活 的 扩展 机 制 : 增加 头 域 ， 增 加 消息 类 型 


п 强大 的 能 力 协 商机 制 : Supported. Unsupported, Require, ProxyRequire. Allow. 
Accept 


a 网 络 对 业务 的 透明 性 : 中 间 设 备 Proxy、Redirector 无 需 理解 消息 的 内 容 ， 透 明 处 理 
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。 概述 
a SIP 协 议 的 概念 
a SIP 协 议 的 发 展 
a SIP 协 议 的 特点 
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呼叫 流程 
ЗОРИВ 





华为 IMS 融 合 会 议 解决 方案 
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第 2 章 协议 消息 
SIP 设 计 原 则 
SIP 消 息 





SIP 事 务 
SIP 对 话 
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2.1 设计 原则 


° SIP 客户 端 /服务 器 以 构 


逻辑 SIP 实 体 包括 
用 户 代理 (UA) 网 络 服务 器 Y, 
° User Agent Client (UAC): 发 起 SIP 请 求 ° 注册 服务 器 : SIP 客 户 端 需要 利用 注册 请 求 来 更 新 用 只 | 
= User Agent Server (UAS): 返回 SIP 响 应 的 位 置信 息 
о 代理 服务 器 : 为 客户 端 转发 请 求 或 者 响应 。 可 以 同时 


(e 一 个 实体 可 以 既是 客户 端 ， 又 是 服务 器 做 为 服务 器 端 和 客户 端 ， 决 定 下 一 跳 转 发 博 求 消息 
| ° 重 定向 服务 器 : 将 请 求 中 的 地 址 映射 为 零 个 或 多 个 新 
的 地 址 ， 返 回 给 客户 端 。 
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° UA actual shape: IP Phone, Soft Phone, Gateway... 


e Network server serve for UA registry, authentication, authorization, routing 


П 138 [] 


2.1 设计 原则 


B 使 用 Client/Server 模 型 
> 客户 端 发 送 SIP 请 求 
> 服务 器 返回 SIP 啊 应 


Request Proxy Server 
决定 把 信 令 消息 送 到 何 处 


User Agent (Server) 
User Agent (Client) чё 接受 SIP 请 求 
A. 


A `= <р 
发 送 SIP 请 求 í 1 


SIP 啊 应 


媒体 流 (КТР) 
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2.1 设计 原则 


° SIP 结 构 化 的 层次 关系 
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e 对 话 : Dialog 

e 事务 : Transaction 

。 消息 : Message 

e 头 行 : Start Line 

• Lk: Message Header 


° 58% \ Меѕѕаде Body 
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内 容 介 


第 2 章 协议 消息 
2.1 SIP 设 计 原 则 
2.2 SIP 消 息 
2.3 SIP 事务 
2.4 SIP 对话 











“4 ? 
HUAWEI TECHNOLOGIES CO., LTD. Page 19 w HUAWEI 





[| 141П 


2.2 SIP 消 息 


定义 
m 消息 (Message) 是 SIP 协 议 的 基本 单位 ， 客 户 端 和 服务 器 端的 基本 交互 单元 ; 


B 消息 包括 两 类 |; 


Response Response 
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° SIP 消 息 有 两 种 : 客户 机 到 服务 器 的 请 求 (Request) , 服务 器 到 客户 机 的 啊 应 
(Response) . 

SIP;z EH — T EBERT (start-line) 、 一 个 或 多 个 子 段 (field) 组 成 的 消息 头 、 一 个 
标志 消息 头 结束 的 空 行 [KGCGRLF) 以 及 作为 可 选项 的 消息 体 (message boby) 组 成 。 


。 CRLF: 回 车 换行 (carriage return/line feed) CRLF 是 一 个 标志 消息 头 结束 的 空 行 。 
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2.2 SIP;3 ER 


SIP 请 求 消息 


6 个 基本 请 


INVITE: 发 起 会 话 

ACK: INVITE 的 回答 
CANCEL: 取消 会 话 

BYE: 结束 会 话 
REGISTER: 注册 
OPTIONS: 查询 服务 器 能 
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MESSAGE: 请 求 一 个 即时 消息 
SUBSCRIBE : 签订 一 个 通知 事件 
NOTIFY: 发 送 一 个 通知 事件 

UPDATE: 在 建立 呼叫 阶段 修改 会 话 属性 
PUBLISH: 发 送 事件 状态 给 状态 服务 器 
PRACK: 标识 临时 响应 的 可 靠 性 


。 重点 关注 6 个 基本 消息 ， 扩 展 消息 了 解 即 可 
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2.2 SIP 消 息 - 请 求 消息 


基本 请 求 消 奶 
包括 六 种 : INVITE、ACK、BYE、CANCEL、REGISTER 和 OPTIONS。 


INVITE | 邀请 用 户 加 入 一 个 呼叫 。 


E. ous on NE RE TETEE 
| 对 invite 请 求 消息 的 啊 应 消息 进行 确认 。 


| 用 于 请 求 能 力 信息 。 
Ф x7 |р o 


| OPTIONS | 
BYE | 用 于 释放 已 建立 的 呼叫 


用 于 取消 一 个 尚未 建立 的 呼叫 ， 对 于 已 完成 的 请 求 (pulse: 
| 响应 的 请 求 ) 则 没有 影响 。 


| 用 于 向 SIP 网 络 服务 器 登记 用 户 的 位 置信 息 。 
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e Request = Request-Line *(general-header- |" request-header | entity-header CRLF 


[message-body] 


° KT (Request-Line) 以 方法 (method) 标记 开始 ， 后 面 是 Request-URI 和 协议 版 
本 (SIP-Version) 最 后 以 回 车 键 结束 ， 各 个 元 素 间 用 空格 键 字 符 间隔 。 


e Request-Line = Method SP Request-URI SP SIP-Version CRLF SIP 
中 例如: INVITE sip:bobe@biloxi.com SIP/2.0 
•\ НУ" method" 来 对 说 明 部 分 作 以 摘 述 ，Method 标 识 是 区 分 大 小 与 的 。SIP 定 义 了 
以 下 几 种 方法 (methods) 。 


。 Method = "INVITE" | “АСК” | "OPTIONS" | "BYE" | "CANCEL" | "REGISTER" | 
"INFO" " 


[| 144[| 


2.2 SIPiE E - Dg] у; 3 Fa 


响应 消息 

用 于 对 请 求 消息 进行 啊 应 ， 指 示 呼 叫 的 成 功 或 失败 的 状态 。 不 同类 型 的 啊 应 状态 由 状态 码 来 区 分 ， 
状态 码 包含 三 位 整数 ， 状 态 码 的 第 一 位 用 于 定义 啊 应 类 型 ， 另 外 两 位 用 于 进一步 对 响应 进行 更 加 详细 
的 说 明 。 共 有 六 类 (如 下 ) : 


2 — m 表示 请 求 被 接收 、 处 理 并 成 功 接受 


| 重 定 向 响应 | 须 采用 进一步 动作 ， 以 完成 该 请 求 


表示 请 求 消息 中 包含 语法 错误 或 者 SIP 服 务 器 不 能 完成 对 该 请 求 消 礼 的 处 理 


| 服务 器 出 错 表示 SIP 服 务 器 故障 不 能 完成 对 正确 消息 的 处 理 
全 局 故障 表示 请 求 不 能 在 任何 SIP 服 务 器 上 实现 
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e Response = Status-Line *(general-header |-response-header | entity-header CRLF 


[message-body] 


e 状态 行 (Status-Line) 以 协议 版 本 开始 ， 接 下 来 是 用 数 子 表示 的 状态 码 (Status- 
Code) 及 相关 的 文本 说 明 汪 最 后 以 回 车 键 结束 ， 各 个 元 素 间 用 空格 字符 (SP) 间隔 ， 
除了 在 最 后 的 CRLF 序 列 中 ， 这 一 行 别 的 地 方 不 允许 使 用 回 车 或 换行 字符 。 


e Status-Line = SIP-version SP Status-Code SP Reason-Phrase CRLF 


° ІР ТН FH — fu 322889 JK2S85 (Status Code) 和 原因 值 (Reason Code) 来 表示 对 
请 求 的 作出 回答 ， 状 态 码 用 于 机 器 识别 操作 ， 原 因 短 语 (Reason-Phrase) 是 对 状态 
码 的 简单 文字 接 述 ， 用 于 人 工 识别 操作 。 

° 例如 : SIP/2.0 200 OK 


e Status-Code = 1xx (Information) | 2xx (Success) | 3xx (Redirection) | 4xx (Client-Error) 


| 5xx (Service-Error) | 6xx (Global-Failure) | extension-code 
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冲突 (Conflict) 客户 的 请 求 与 资源 的 当前 状态 冲突 ， 不 能 完成 请 求 。 当 REGISTER 请 求 
的 action 参 数 与 现存 的 注册 冲突 时 返回 该 响应 。 

410 | 无 可 用 资源 (Gone) 服务 器 上 没有 所 请 求 的 资源 ， 也 不 知道 进一步 联系 的 地 址 。 这 种 
情况 被 认为 是 永久 的 。 如 果 服 务 器 不 能 确定 该 情况 是 否 是 永久 的 ， 它 应 该 发 送 404 (被 
叫 未 找到 ) 响应 。 


411 | 需要 消息 体 长 度 (Length Required) 服务 器 拒绝 接受 没有 包含 Content-Length 关 域 的 
请 求 。 客 户 何以 在 加 入 一 个 表示 消息 体 长 度 的 Cotent-Length 头 域 后 重 发 请 求 。 

413 | 请 求实 体 过 长 《Request Entity Too Large) 服务 器 拒绝 处 理 过 长 的 消 妃 实体 。 如 果 这 
种 情况 是 暂时 的 ， 服 务 器 应 该 在 啊 应 中 包含 Retry-After 头 域 指 示 客 及 何 时 重 发 请 来 。 

п 

415 | 媒体 类 型 不 支持 (Unsupported Media Туре) 服务 器 不 文 持 博 求 消息 体 的 格式 。 服 务 

器 应 该 在 啊 应 中 用 Accept，Accept-Encoding 和 Acceépt=-Language 头 域 列 出 它 支 持 的 格 








NJ 
O 


错误 的 扩展 (Bad Extension) 服务 器 不 理解 请 求 中 Require 头 域 指定 的 协议 扩展 。 


I 
CO 
O 


暂时 不 可 访问 (Temporarily Unavailable) 414 RH R92 RAC ARRE, AAH 
不 可 访问 (例如: 用 户 未 登录 ， 或 登录 为 免 打 扰 ) 。 服 务 器 可 以 在 Retry-After 头 域 中 另 
外 指定 一 个 访问 时 间 。 


呼叫 支 路 /事务 不 存在 (Callleg/Transaction Does Not Exist) 在 两 种 情况 下 服务 器 返回 
ix: 服务 器 收 到 半 个 BYE 请 求 但 找 不 到 匹配 的 呼叫 文 路 ; 或 是 收 到 一 个 CANCEL 请 
求 但 找 不 到 匹配 的 事务 ; 或 是 收 到 与 原来 TAG 标 忘 不 一 样 的 INVITE 请 求 。 (对 于 无 匹配 
的 ACK 请 求 ” 服务 器 直接 将 它 丢 奔 ， 不 啊 应 ) e 


DŽOI% (Too Many Нор) 请 求 的 Via 头 域 包含 的 条 目 数 〈 跳 数 ) 超过 Max-Forwards 
头 域 指定 的 值 。 


地 址 不 明确 (Ambiguous) 请 求 中 提供 的 被 叫 地 址 不 明确 。 该 啊 应 可 以 在 Contact 头 域 
中 列 出 不 明确 的 地 址 。 


更 多 的 呼叫 。 服 务 器 可 以 在 啊 应 的 Retry-After 头 域 中 另外 指定 一 个 访问 时 间 。 客 户 也 可 
通过 其 它 方式 访问 ， 如 : 语音 邮箱 ， 因 此 该 啊 应 并 不 终止 一 个 查询 。 
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状态 码 的 第 一 个 数 子 定义 啊 应 的 类 别 ， 在 SIP/2.0 中 第 一 个 数字 有 6 个 值 ， 定 义 如 下 : 
o 1xx: informational – 请求 已 经 收 到 、 继 续 处 理 请 求 。 
п 2xx success - 行动 已 经 成 功 地 收 到 ， 理 解 和 介绍 。 
п 3xx Redirection — 为 完成 呼叫 请 求 ， 还 须 采 取 进 一 步 地 动作 。 


o 4xx Client Error - 请 求 有 语法 错误 或 不 能 被 服务 器 执行 。 客 户 机 需 修 改 请 
求 ， 然 后 再 重 发 请 求 。 


a xx Server Error — 服务 器 出 错 ， 不 能 执行 合法 请 求 。 
n 6хх: GLOBAL FAILURE - 任何 服务 器 都 不 能 执行 请 求 。 


其 中 1x 啊 应 为 暂时 响应 (Provisional response) ， 其 它 啊 应 为 最 终 啊 应 (Final 


Response) . 


[| 147П 


2.2 SIP 消 息 


SIP 消 息 格 式 
>SIP 消 息 (Message) 采用 文本 方式 编码 ; 
> 任 一 SIP 消 息 都 由 起 始 行 、 头 域 和 消息 体 组 成 ; 
> 头 域 都 必须 以 CRLF ( 回 车 换行 ) 结尾 。 


SIP 消 息 ЕУ 


HUAWEI TECHNOLOGIES CO., LTD. Page 26 w HUAWEI 





° SIP 消 息 有 两 种 : 客户 机 到 服务 器 的 请 求 、 Request) , 服务 器 到 客户 机 的 啊 应 


(Response) . 


。 9IP 消 息 由 一 个 起 始 行 (start-line) 、 一 个 或 多 个 字段 (field) 组 成 的 消息 头 、 一 
标志 消息 头 结束 的 空 行 AKCGRLF) 以 及 作为 可 选项 的 消息 体 (message boby) 组 成 。 


• SIP 请 求 消息 包含 三 个 元 素 : 请 求 行 、 头 、 消 息 体 。 SIP 响 应 消息 包含 三 个 元 素 : A 
SIT A. HER. 


e CRLF: 回 车 换行 (carriage return/line feed) ，CRLF 是 一 个 标志 消息 头 结束 的 空 行 
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he LA AH 一 
2.2 SIP 消 息 - 起 始 行 
起 始 行 (Start-Line) 
ш ”SIP 起 始 行 分 请 求 行 ‘Request-Line) 和 状态 行 (Status-Line) 两 种 ， 其 中 请 求 行 是 请 求 消息 
的 起 始 行 ， 状 态 行 是 吗 应 消息 的 起 始 行 。 


举例 请 求 行 : REGISTER sip: registrar.bplace.com SIP/2.0 


: SIP/2.0 200 OK 
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° 请 求 行 (Request-Line) 以 方法 (methed)< 标 记 开 始 ， 后 面 是 Request-URI 和 协议 版 
Ж (SIP-Version) ,最 后 以 回 车 键 结束 ,\ 各 个 元 素 间 用 空格 键 子 符 间隔 。 


п Request-Line = Method SP Request-URI SP SIP-Version CRLF 
° SIP 用 术语 "method "来 对 说 明 部 分 作 以 摘 述 ，Method 标 识 是 区 分 大 小 写 的 。SIP 定 义 
了 以 下 几 种 方法 (methods) 。 


o Method = "INVITE" | "АСК" | "OPTIONS" | "BYE" | "CANCEL" | "REGISTER" | 
"INFO" 


e 状态 行 (Status-Line) 以 协议 版 本 开始 ， 接 下 来 是 用 数字 表示 的 状态 码 (Status- 
Code) 及 相关 的 文本 说 明 ， 最 后 以 回 车 键 结束 ， 各 个 元 素 间 用 空格 字符 (SP) 间隔， 
除了 在 最 后 的 CRLF 序 列 中 ， 这 一 行 别 的 地 方 不 允许 使 用 回 车 或 换行 字符 。 

n Status-Line = SIP-version SP Status-Code SP Reason-Phrase CRLF 

° SIP 协 议 中 用 三 位 整数 的 状态 码 (Status Code) 和 原因 值 (Reason Code) 来 表示 对 
请 求 的 作出 回答 ， 状 态 码 用 于 机 器 识别 操作 ， 原 因 短 语 (Reason-Phrase) 是 对 状态 
码 的 简单 文子 摘 述 ， 用 于 人 工 识 别 操作 。 
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2.2 SIP 消 息 - 头 域 
头 域 (SIP Header) 
携带 SIP 实 体 的 属性 、 消 息 体 的 属性 等 。 
头 域 必须 以 CRLF 结 尾 
头 域 的 基本 结构 
> ARZ: 头 域 值 ; 头 域 参数 
> 说 明 : 头 域 参 数 不 是 必 备 的 ， 有 些 头 域 不 存在 头 域 参 数 


举例 From: sip:28780808@huawei.com; tag=1234567890 
To: sip:28780909@huawei.com; 
Call-ID: 3235453457 AWER@huawei.com 
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首先 是 字段 名 (Field Name) ， 字 段 名 和 不 分 大 小 写 ， 后 面 是 冒 
段 值 与 冒号 间 可 有 多 个 前 导 空 格 YWLWs) 。 


п message-header=field-name ":" [field-value] CRLF field-name = token field- 
value = * (field-content | LWS) 


[| 150[| 


m 头 域 一 单 值 与 多 值 
> 单 值 : 消息 里 面 只 能 出 现 一 次 ， 如 From ，To 等 
> 多 值 : 消息 里 面 可 以 多 次 出 现 ， 如 Via，Route 等 


Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bKnashds8 
Via: SIP/2.0/UDP 
bigbox3.site3.atlanta.com;branch-z9hG4bK77ef4c2312983.1 
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° 举例 : INVITE 消 息 的 内 容 可 能 如 下 : 


e INVITE sip:callee@u2.domain.com SIP/2.0 
Contact: sip:callergu1.example.com 
Record-Route: sip:p2.domain.com;lr 


Record-Route: «sip:p1.example.com;lr» 
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2. 2 S | P 消 息 - 头 域 


ш 头 域 - 域 值 的 顺序 
> 顺序 有 关 的 : Via, Route, Record-Route 
> 顺序 无 关 的 : Allow, Require 


下 面 两 个 头 域 是 不 相等 的 
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bKnashds8 
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1 


Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1 
Via: SIP/2.0/UDP server10.biloxi.com;branchzz9hG4bKnashds8 


HUAWEI TECHNOLOGIES CO., LTD. Page 30 w HUAWEI 





[| 152[] 


2.2 SIP 消 息 - 头 域 


B 重要 的 头 域 : 
» Via : 用 于 表示 请 求 经 过 的 SIP 实 体 和 路 由 响应 ; 
例如 : Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKkjshdyff 
>From: “用 于 标识 请 求 的 发 起 者 ; 以 呼叫 为 例 ， 可 能 是 主 叫 也 可 能 是 被 叫 ; 
BIN: From: 显示 名 <sip-URL> ;tag=X X X X 
> To: 用 于 表示 请 求 的 接收 者 ; 
BIN: То: 显示 名 <sip-URL> ;tag=X X X X 
>Call-ID : 用 于 唯一 标识 一 次 邀请 或 者 一 次 注册 ; 
格式 为 : Call-ID: 本 地 标识 @ 主 机 
> CSeq: ”用 于 表示 请 求 的 顺序 号 ; 
例如 : CSeq: 4711 INVITE 
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• Via 头 域 是 被 服务 器 插入 request 中 ， 用 来 检查 路 由 环 的 ， 并 且 可 以 使 response 根 据 
via 找 到 返回 的 路 。 

e From: 如 果 一 个 SIP 消 息 中 没有 Contact 或 者 Record-Route 头 域 ， 那 么 callee 就 会 根据 
From 头 域 产 生 后 续 的 Request。 

° To UMP QA MEA To 在 信 令 路 径 中 不 会 被 代理 改变 ， 然 而 Request- 
URI 包 含 的 是 信 令 路 径 中 下 一 跳 的 地 址 ， 因 此 在 路 途中 被 每 个 代理 改变 。 

• Cal-ID 头 字段 作为 集合 一 系列 消息 的 唯一 标识 符 。 在 对 话 中 ， 每 个 UA 发 送 的 所 有 
请 求 和 响应 中 ，Call-ID 必须 是 一 样 的 。 

° Cseq 头 字 段 是 用 作 识 别 和 指示 事务 的 。 它 由 序列 号 和 方法 组 成 。 此 方法 必须 和 请 求 
相 匹 配 。 € 请 求 ， 此 序列 号 是 任意 的 。 此 序列 号 的 值 必 须 是 
值 小 于 2 个 31 的 32 位 的 无 符号 整数 。 只 要 遵循 上 述 原 则 ， 客 户 端 惑 可 以 随意 地 使 用 
一 种 机 制 来 选择 CSeq 头 字段 值 。 


[| 1530 


2.2 SIP3SÉÍ ER. BEER S 


消息 体 (SIP Body) 


MIME 类 型 的 消息 体 ， 可 以 支持 任何 类 型 的 消息 体 ( 文 本/ 二进制 ) 和 复合 消息 体 (包含 多 个 单 消 
息 体 ) 
B ”消息 体 的 属性 通过 Content 头 域 来 描述 
> Content-Type : 消息 体 的 类 型 ， 可 以 是 SDP/Text 或 者 其 他 
> Content-Length : 消息 体 的 长 度 ， 对 于 UDP 不 是 必须 ， 对 于 TCP 则 是 必须 
> Content-Language: 消息 体 的 语言 类 型 
> Content-Encoding: 消息 体 的 编码 类 型 ， 如 是 否 进行 了 zip 压 缩 
> Content-Disposition: 对 于 消息 体 的 处 理 方法 
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° MIME, Z Zj&&InternetHE f i R, ЕТА А 0х 2 Т ER EFA R B 2 2 
媒体 数据 ， 让 邮件 客户 程序 能 根据 其 类 型 进行 处 理 。 然 而 当 它 被 HTTP 协 议 文 持 之 后 ， 
尼 的 意义 就 更 为 显著 了 。 它 使 得 NWTP 传 输 的 不 仅 是 普通 的 文本 ， 而 变 得 丰富 多 彩 。 


。 每 个 MIME 类 型 由 两 部 分 组 成 ， 前 面 是 数据 的 大 类 别 ， 例 如 声音 audio、 图 象 image 
等 ， 后 面 定义 具体 的 种 类 。 
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° ІРЕК! 

° Owner/Creator, Session Id (0): Pingtel 5 5 IN IP4 10.77.226.221 

° Session Name (s): phone-call 

° Connection Information (c): IN IP4 10.77.226.221 

° Time Description, active time (t): 0 0 

e Media Description, name and address (m): audio 8766 RTP/AVP 0 96 8 
° Media Attribute (a): rtpmap:0 pcmu/8000/1 

° Media Attribute (a): rtpmap:96 telephone-event/8000/1 

° Media Attribute (a): rtpmap:8 pcma/8000/1 
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内 容 介 


第 2 章 协议 消息 
2.1 SIP 设 计 原 则 
2.2 SIP 消 息 
2.3 SIP 事 务 
2.4 SIP 对 话 


КӘ 7 
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2.3 SIP 事 务 


B 一 个 事务 (Transaction ) 包含 

> 一 个 请 求 消息 

> 零 个 或 者 多 个 临时 响应 

> 一 个 最 终 啊 应 

> АСК ( 非 必须 ) 
ш 一 个 事务 由 唯一 的 branch (Via 头 域 的 一 个 参数 ) 来 标识 
B 事务 可 以 分 为 两 大 类 : 

> INVITES: 三 次 握手 

> 3EINVITESS: 两 次 握手 (如 BYE) 
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° SIP 是 一 个 事务 协议 : 组 件 间 的 交互 优生 人 在 一 系列 独立 的 消息 交换 中 。 具 体 来 说 ， 
SIP 事 务 由 一 个 单一 的 请 求 和 对 这 个 哺 求 的 任何 咽 应 (包括 零 或 多 个 临时 响应 以 及 一 
个 或 多 个 最 终 啊 应 ) 组 成 。 


° 事务 中 的 请 求 是 INVITE A( 称 为 INVITE 事务 ) 时 ， 只 有 最 终 啊 应 不 是 2xx 啊 应 时 这 个 
事务 才 包 括 ACK。< 如 果 最 终 啊 应 是 2xXx， 那 么 不 应 将 ACK 视 为 事务 的 一 部 分 。 该 ACK 
视 为 单独 事务 。 


П 157 [I] 


2.3 SIP 事务 


m INVITE 事务 (三 次 握手 ) 
对 于 INVITE 的 成 功 咽 应 ，ACK 不 属于 INVITE 事 务 ， 而 是 单独 的 事务 。 


INVITE 
100 (INVITE) 


180 Ring 
200 OK 


* 


ACK 


—————————Є—Є 
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° INVITE 事务 概述 : INVITE zRÓSEH— = 10985288. 2 PUEROS ADXAINVITE, 365 
器 事务 发 送 啊 应 ， 客 户 端 事务 还 要 发 送 一 个 ACK。 
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2.3 SIP 事 务 


m dEINVITE 事务 (两 次 握手 ) 
对 于 非 INVITE 事 务 ， 一 般 不 存在 临时 咽 应 ， 对 于 最 终 啊 应 的 处 理 也 是 一 样 的 。 


BYE 


2xx~6 X X (BYE) 
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• 3EINVITE 事务 不 使 用 ACK。 它 们 是 简单 的 请 求 -- 响 应 交互 。 
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o ACK 事 务 : 


2.3 SIP 事 务 


B 特殊 的 事务 
>ACK 事 务 : 


对 于 200 of INVITE 的 确认 (АСК) 事务 ， 是 一 个 单独 的 事务 。 也 就 是 说 一 个 消息 就 是 一 


个 事务 。 


>CANCEL 事 务 : 
令 CANEL 事 务 只 能 用 于 CANCEL INVITE 事 务 ， 
而 不 能 用 于 CANCEL 非 INVITE 事 务 ; 
令 CANCEL 事 务 的 branch 参数 和 1INVITE 是 相 
同 的 ; 
令 CANCEL 事 务 只 能 在 收 到 INVITE 的 临时 响应 
后 (包括 100) ， 最 终 响 应 之 前 发 送 。 
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INVITE 
100 (INVITE) 


CANCEL 
200 (CANCEL) 
487 (INVITE) œ~) 


QAN U) 





Page 38 S$ Huawei 


对 于 200 of INVITE 的 确认 (ACK) 35, х TEN Ue 


e CANEL 事 务 : 只 能 用 于 CANCELJNVITE 事 务 ， 而 不 能 用 于 CANCEL 非 1INVITE 事 务 。 
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2.3 SIP 事 务 
事务 的 可 靠 性 一 一 消息 重 传 


> 可 靠 传 输 上 的 请 求 /响应 消息 不 会 重 传 。 
>SIP 协 议 可 以 承载 在 非 可 靠 的 UDP 传 输 协 议 之 上 ， 所 以 在 SIP 协 议 中 引入 了 超时 重 传 机 制 来 
保证 可 靠 性 


> 对 于 INVITE 事 务 和 非 INVITE 事 务 ， 定 义 了 不 同 的 重 传 方法 


>INVITE 事 务 

> 默认 以 500ms、1s、2s、4s、8s、16s 的 时 间 间 隔 重 传 。 
> 非 INVITE 事 务 

> 默认 以 500ms、1s、2s、4s、4s、4s 的 时 间 间 隔 重 传 。 
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° INVITES 

• 对 不 可 靠 的 传输 (ЧОР) ， 客 户 端 事务 会 在 时 间 间 隔 T1 后 重 传 请 求 ， 每 次 重 传 后 
该 时 间 翻 倍 。T1 是 对 往返 时 间 (АТТ) 的 估计 ， 其 缺 省 值 为 500ms。 对 于 T1 的 缺 省 
值 来 说 ， 这 将 会 产生 500ms、1s、2s、4s、8s、16s 的 时 间 间 隔 。 

e 接收 到 一 个 1xx 啊 永 后 ， 任 何 重 传 都 停止 ， 客 户 端 会 等 待 进一步 的 啊 应 。 

° 对 客户 端 事务 接收 到 的 每 一 个 最 终 啊 应 ， 客 户 端 事务 都 会 发 送 一 个 ACK， 其 目的 是 
结束 吧 应 的 重 传 。 

e^ 非 INVITE 事 务 

sa、 对 于 不 可 靠 的 传输 来 说 ， 请 求 在 一 个 时 间 间 隔 (时 间 间 隔 起 始 值 为 T1， 在 到 T2 前 该 
时 间 间 隔 每 次 翻 倍 ) 内 进行 重 传 。 如 果 接 收 到 一 个 临时 啊 应 ， 那 么 对 不 可 靠 传输 而 
言 ， 将 继续 重 传 〈 但 时 间 间 隔 在 T2 N) 。 对 于 T1 MT 的 缺 省 值 来 说 ， 这 将 会 产生 
500ms、1s、2s、4s、4s、45s 的 时 间 间 隔 。 

e 服务 器 事务 只 有 在 接收 到 重 传 请 求 时 ， 才 会 重 传 它 发 送 的 最 后 一 个 啊 应 ， 这 个 啊 应 
可 以 是 临时 啊 应 ， 也 可 以 是 最 终 啊 应 。 这 就 是 即使 在 临时 响应 之 后 ， 仍 需 继续 重 传 
请 求 的 原因 : 它们 是 为 了 确保 可 靠 的 传输 最 终 啊 应 。 
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2.3 SIP 事 务 


INVITE 事 务 : 当 收 到 临时 响应 的 非 INVITE 事 务 : 当 收 到 重 传 的 请 求 后 ， 
时 候 停止 重 传 需要 重 传 响应 


200 OK 


1、 通 过 增 大 重 传 时 长 的 方式 ， 可 减少 网 络 负荷 ; 
2、 对 于 可 靠 的 传输 协议 ， 如 TCP/TLS 人 SCTP， 则 不 需要 进行 重 传 ， 
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内 容 介 


第 2 章 协议 消息 
2.1 SIP 设 计 原 则 
2.2 SIP 消 息 
2.3 SIP 事务 
2.4 SIP 对话 











К y 
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2.4 SIP 对 话 


B ”To 标签 、From 标签 和 Call-ID 一 起 定义 UAC 和 UAS 间 
对 等 的 SIP 关系 ， 称 为 对 话 (Dialog)。 
WO ”对话 不 关心 任何 消息 体 的 信息 ; | ЕЕ 
ш 对 话 由 Call-ID From Tag, To Tag 唯一 标识 ; 建立 | EESTI 
后 不 能 被 修改 。 — 
> 当 收 到 带 To Tag 的 1xx 响应 (3E100) Hj, ЖЛ Early Dialog 
Early Dialog 状态 ; | 
> 1742515200 OK 且 主 叫 收 到 200 OK 后 ， 进 入 了 Confirmed Dialog’. 
Confirmed 状 态 。 u 


HUAWEI TECHNOLOGIES CO., LTD. Page 42 w HUAWEI 





。 对 话 (Dialog) 是 两 个 UA 间 持 续 一 段 时 间 的 对 等 SIP К; 


e. 对 话 由 SIP 消息 建立 ; 


• 用 call-id、 本 地 标签 (Fromtag 久 和 远程 标签 (To tag) 标识 对 话 。 
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2.4 SIP 对 话 


1、 在 Early 状态 下 ， 主 叫 可 以 通过 发 送 BYE 或 CANCLE 来 终结 Dialog; 
、 在 Early 状态 下 ， 或 者 通过 被 叫 的 失败 应 答 来 终结 Dialog ; 
在 Early 状态 下 ， 被 叫 是 不 能 发 送 BYE 来 终结 Dialog 的 ; 


Confirmed 状 态 下 ， 主 叫 和 被 叫 都 能 通过 BYE 来 终结 Dialog 。 
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1、 在 Early 状态 下 ， 主 叫 可 以 通过 发 这 BYE 或 CANCLE 来 终结 Dialog; 


° 2、 在 Early 状态 下 ， 或 者 通过 航 叫 的 失败 应 答 来 终结 Dialog 
° 3、 在 Early 状态 下 ， 被 叫 是 不 能 发 送 BYE 来 终结 Dialog 的 ; 


° 4、Confirmed 状 态 不 ， 主 叫 和 被 叫 都 能 通过 BYE 来 终结 Dialog。 
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。 协议 消息 
a SIP 设 计 原 则 
o SIP 消 息 
o SIP 事 务 
а ”SIP 对话 
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内 容 介 绍 


第 1 章 
第 2 章 


第 3 章 _ 


第 4 章 
第 > 章 


概述 

协议 消息 

呼叫 流程 

SDP HHR 

华为 IMS 融 合 会 议 解决 方案 
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内 容 介 绍 


"Boss ”呼叫 流程 
3.1 SIP 注 册 
3.2 直接 呼叫 
33 ”代理 呼叫 
3.4 重 定向 呼叫 
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3.1 SIP 注 册 


REGISTER SERVER 


- E 用 户 每 次 开机 时 都 需要 向 服务 器 注册 
x — 


J. — чь “|, 
_—— 


register " и client 的 地 址 发 生 改 变 时 需要 重新 


加 注册 信息 必须 定期 刷新 ， 通 常 Register 将 
注册 信息 保存 到 Location Server 中 


国 作 用 是 将 AOR 地 址 绑 定 到 某 个 Contact 地 
址 上 ， 便 于 Proxy 在 呼叫 NER n Bg Hte tE 
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e UAC: User Agent Client, HAREZ Aino 


。 一 个 address-of-record(AOR) 是 一 个 SIP 或 者 SIPS URI, €o -RS EARRA 
主机 ， 这 个 主机 可 以 把 URI 了 映射 威 为 用 户 真 正 物理 位 置 的 URI。 
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内 容 介 绍 


Жэн Fine 
3.1 SIP 注 册 
32 11 
3.3 代理 呼叫 
3.4 重 定 向 呼叫 
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3.2 直接 呼叫 


› UAS 


INVITE 


四 当主 叫 UAC 知 道 被 叫 的 当前 的 位 置 时 ， 
TENNTA SA BALASA 


ging 加 直接 呼叫 最 为 简单 ， 并 且 也 是 其 他 呼叫 


sins. 


RTP/RTCP 
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e UAS: User Agent Server， 用 户 代 理 服务 器 6 
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内 容 介 绍 


"Boss Fine 
3.1 SIP 注 册 
3.2 直接 呼叫 
3.9 代理 呼 叫 
3.4 重 定 向 呼叫 








“4 ? 
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3.3 代理 呼叫 


= Ë Proxy 
u | SERVER 


Ta —— — 9 


Ë: - N 
Cw 


INVITE 


INVITE 
180 Ringing 180 Ringinc 
200 OK 
200 OK 
AC 


RTP/RTCP 
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内 容 介 


FE PURE 
3.1 SIP 注 册 
3.2 直接 呼叫 
3.3 ”代理 呼叫 


3.4 ar п] ШП 


КӘ 7 
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3. 4 重 定向 呼叫 


' UAC s Ë REDIRECT 
/ m IN SERVER 


INVITE 


301 Moved 
Permanent 


ACK 


INVITE 
180 Ringinc 
200 OK 
ACK 


RTP/RTCP 
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|| 


3.4 EEEF 


User A 
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INVITE sip:UserB@there.com SIP/2.0 

Via: SIP/2.0/UDP 
here.com:5060;branch=z9hG4bKbf9f44 
Max-Forwards: 70 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 

Call-ID: 12345600@here.com 

CSeq: 1 INVITE 

Contact: <sip:UserA@100.101.102.103> 
Content-Length: 0 
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3.4 EEEF 


User A 


SIP/2.0 302 Moved Temporarily 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bKbf9f44 
;received-100.101.102.103 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 

To: LittleGuy «sip:UserBethere.com»;tag-53fHlqlQ2 
Call-ID: 12345600@here.com 

CSeq: 1 INVITE 

Contact: sip:UserB@everywhere.com 

Content-Length: 0 
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3.4 EEEF 


User A 


АСК sip:UserB@there.com SIP/2.0 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bKbf9f44 
Max-Forwards: 70 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 

To: LittleGuy «sip:UserBethere.com»;tag-53fHlqlQ2 
Call-ID: 12345600@here.com 

CSeq: 1 ACK 

Content-Length: 0 
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3.4 重 定 疝 呼叫 


User A 
INVITE sip:UserB@everywhere.com SIP/2.0 
Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
Max-Forwards: 70 
From: BigGuy «sip:UserAghere.com»;tag-9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 
Call-ID: 12345600@here.com 
CSeq: 2 INVITE 
Contact: <sip:UserA@100.101.102.103> 
Content-Length: 0 
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3.4 EEEF 


User A 
SIP/2.0 100 Trying 
Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;‚received=100.101.102.103 
From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 
Call-ID: 12345600@here.com 
CSeq: 2 INVITE 
Content-Length: 0 
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° 此 流程 需要 拆 解 。 
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3.4 EEEF 


INVITE sip:UserB@111.112.113.114 SIP/2.0 

Via: SIP/2.0/UDP 
ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;‚received=100.101.102.103 

Max-Forwards: 69 

Record-Route: «sip:ss2.wcom.com» 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com> 

Call-ID: 12345600@here.com 

CSeq: 2 INVITE ^ 

Contact: <sip:UserA@100.101.102.103> 
Content-Length: 0 
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° 此 流程 需要 拆 解 。 
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3.4 重 定 疝 呼叫 


User A 


SIP/2.0 180 Ringing 

Via: SIP/2.0/UDP 
ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
;received-2.3.4.5 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received-100.101.102.103 

Record-Route: «sip:ss2.wcom.comy;lr» 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 INVITE 

Contact: <sip:UserB@111.112.113.114> \ 
Content-Length: 0 
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° 此 流程 需要 拆 解 。 
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3.4 EEEF 


User A 


SIP/2.0 180 Ringing 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received-100.101.102.103 

Record-Route: «sip:ss2.wcom.comy;lr» 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 INVITE 

Contact: <sip:UserB@111.112.113.114> 
Content-Length: 0 
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3.4 EEEF 


HUAWEI TECHNOLOGIES CO., LTD. 
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SIP/2.0 200 OK 

Via: SIP/2.0/UDP ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
;received-2.3.4.5 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received=100.101.102.103 

Record-Route: <sip:ss2.wcom.com;lr> 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 INVITE 

Contact: <sip:UserB@111.112.113.114> 

Content-Type: application/sdp 

Content-Length: 152 


v=0 

o=UserB 2890844527 2890844527 IN 1Р4 UG соп 
s-Session SDP 

c=IN 1Р4 111.112.113.114 

t=0 0 

m=audio 3456 RTP/AVP 0 

a-rtpmap:0 PCMU/8000 





3.4 EEEF 


SIP/2.0 200 OK 

Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;received-100.101.102.103 

Record-Route: «sip:ss2.wcom.com;lr- 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 INVITE 

Contact: <sip:UserB@111.112.113.114> 
Content-Type: application/sdp 

Content-Length: 152 


User A 


v=0 

o=UserB 2890844527 2890844527 IN IP4 everywhere.com 
s-Session SDP ^ 

c=IN IP4 111.112.113.114 

t=0 0 

m=audio 3456 RTP/AVP O 

a-rtpmap:0 PCMU/8000 
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3.4 EEEF 


User A 


HUAWEI TECHNOLOGIES CO., LTD. 
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ACK sip:UserB@everyhere.com SIP/2.0 

Via: SIP/2.0/UDP here.com:5060;branchzz9hG4bK74bf9 
Max-Forwards: 70 

Route: «sip:ss2.wcom.com;lr» 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 ACK 

Content-Type: application/sdp 

Content-Length: 147 


v=0 

o=UserA 2890844526 2890844526 IN IP4 here.com 
s=Session SDP 

c=IN IP4 100.101.102.103 

t=0 0 

m=audio 49172 RTP/AVP O 

a-rtpmap:0 PCMU/8000 


Page 64 WA Huawei 





3.4 EEEF 


АСК sip:UserB@111.112.112.114 SIP/2.0 

Via: SIP/2.0/UDP 
s5s2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
Via: SIP/2.0/UDP here.com:5060;branch=z9hG4bK74bf9 
;‚received=100.101.102.103 

Max-Forwards: 69 

From: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
To: LittleGuy <sip:UserB@there.com>;tag=314159 
Call-ID: 12345600@here.com 

CSeq: 2 ACK 

Content-Type: application/sdp 

Content-Length: 147 


v=0 
RTP Media Sessio o=UserA 2890844526 2890844526 IN IP&/here.com 
s=Session SDP 
c=IN IP4 100.101.102.103 
t=0 0 
m=audio 49172 RTP/AVP О 
a-rtpmap:0 PCMU/8000 
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° 此 流程 需要 拆 解 。 
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3.4 EEEF 


Redirect Proxy 
BYE sip:UserA@100.101.102.103 SIP/2.0 
Via: SIP/2.0/UDP 
ss2.wcom.com:5060;branchzz9hG4bK721e418c4.1 
Via: SIP/2.0/UDP 
everywhere.com:5060;branch=z9hG4bKfgaw2 
Max-Forwards: 69 
From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345600@here.com 
CSeq: 1 BYE 
Content-Length: О 


RTP Media Sessio 
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3.4 EEEF 


HUAWEI TECHNOLOGIES CO., LTD. 


BYE sip:UserAQ100.101.102.103 SIP/2.0 

Via: SIP/2.0/UDP 
everywhere.com:5060;branchzz9hG4bKfgaw2 
Max-Forwards: 70 

Route: «sip:ss2.wcom.com;lr» 

From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345600@here.com 

CSeq: 1 BYE 

Content-Length: 0 
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3. 4 重 定 向 呼叫 


User A Proxy SIP/2.0 200 OK 
Via: SIP/2.0/UDP 
everywhere.com:5060;branch=z9hG4bKfgaw2 
From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345600@here.com 
CSeq: 1 BYE 


Content-Length: 0 


Ж: 此 200 是 对 BYE 请 求 的 响应 ， 注 意 方向 。 


x 
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3.4 EEEF 


User A 


HUAWEI TECHNOLOGIES CO., LTD. 


oc —— ма о 


Proxy 


SIP/2.0 200 OK 

Via: SIP/2.0/UDP 
ss2.wcom.com:5060;branch=z9hG4bK721e418c4.1 
;received-2.3.4.5 

Via: SIP/2.0/UDP 
everywhere.com:5060;branch=z9hG4bKfgaw2 
From: LittleGuy <sip:UserB@there.com>;tag=314159 
To: BigGuy <sip:UserA@here.com>;tag=9fxced76sl 
Call-ID: 12345600@here.com 

CSeq: 1 BYE 

Content-Length: 0 
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° 呼叫 流程 
a SIP 注 册 
a 直接 呼叫 
a 代理 呼叫 
a 重 定 回 呼叫 
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协议 消息 

呼叫 流程 

SDP 协 商 

华为 IMS 融 合 会 议 解决 方案 
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内 容 介 


第 4 章 ”SDP 协 商 
4.1 SDP 协 议 介绍 
4.2 SDP 协 议 详 解 
4.3 常见 >IP 呼 叫 SDP 协 商 过 程 





Ке P» 
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4.1 SDP 协 议 介 绍 


a SDP (Session Description Protocol) 是 一 个 用 来 描述 多 媒体 会 话 的 应 用 层 控 制 协议 。 
a ”SDP 是 一 个 基于 文本 的 协议 ， 用 于 会 话 建立 过 程 中 的 媒体 类 型 、 编 码 方 案 、 地 址 的 协商 等 。 
= SDP 它 不 属于 传输 协议 一 一 它 使 用 适当 的 协议 ， 包 括 会 话 通知 协议 (SAP) 、 会 话 初 始 


协议 (SIP) 、 实 时 流 协议 (RTSP) . MIME 扩展 协议 的 电子 邮件 以 及 超 文本 传输 协议 


(HTTP) š t 
` 
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e SDPE Va fH R TP 12 BJ 38 5, И ЯИК E 2: 37 УЛА IS IETF IE Y RFC 
4566M. MIRAE ERRERA, SDPOEXBTÉEITRUA TIER: 


。 会 话 信息 
п 会 话 名 和 目的。 
п 会 话 活动 时 间 。 
° 由 于 参与 会 话 的 资源 是 受 限制 的 ， 因 此 包括 以 下 附加 信息 是 非常 有 用 的 。 
п 会 话 使 用 的 市 宽 信 息 
n \ 会 话 负 责 人 的 联系 信息 。 
NAAR 
п 媒体 类 型 ， 例 如 视频 和 音频 。 
传输 协议 ， 例 如 RTP/UDP/IP 和 H.320。 
媒体 格式 ， 例 如 H.261 视 频 和 MPEG 视 频 。 
п 多 播 地 址 和 媒体 传输 端口 (IP 多 播 会 话 ) © 
п 用 于 联系 地 址 的 媒体 和 传输 端口 的 远 端 地 址 (IP 单 播 会 话 ) 。 


Li 


Li 


[| 195 [] 


4.1 SDP 协 议 介绍 


W 在 描述 一 个 会 话 时 ，SIP 消 息 正 文 是 一 个 会 话 描述 协议 SDP 消 息 ， 消 息 正 文 格式 : 
у=0 
o-mhandley 2890844526 2890842807 IN 1Р4 126.16.64.4 
s-SDP Seminar 
i=A Seminar on the session description protocol 
u-http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps 
e=mjheisi.edu (Mark Handley) 
C-IN 1Р4 224.2.17.12/127 
t=2873397496 2873404696 
m-audio 3458 RTP/AVP O 96 97 
a=rtpmap:0 PCMU 
a-rtpmap:96 G726-32/8000 
a-rtpmap:97 AMR-WB 
m=video 3400 RTP/AVP 98 99 
a-rtpmap:98 MPV 
a-rtpmap:99 H.261 
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内 容 介 


第 4 章 ”SDP 协 商 
4.1 SDP 协 议 介绍 
4.2 SDP 协 议 详解 
弟 见 > 外 呼叫 PDF 协商 过 程 
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4. 2 SDP 协 议 详解 


v=0// 该 行 指示 协议 的 版 本 。 


o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4 
0 行 中 包含 与 会 话 所 有 者 有 关 的 参数 

e 第 一 个 参数 表明 会 话 发 起 者 的 名 称 ， 该 参数 可 不 填写 ， 如 填写 和 SIP 消 息 中 ，from 消 息 头 的 内 容 一 致 。 
第 二 个 参数 为 主 叫 方 的 会 话 标识 符 。 
第 三 个 参数 为 主 叫 方 会 话 的 版 本 ， 会 话 数据 有 改变 时 ， 版 本 号 递增 。 
第 四 个 参数 定义 了 网 络 类 型 ，IN 表 示 Internet 网 络 类 型 ， 目 前 仅 定 义 该 网 络 类 型 。 K 
第 五 个 参数 为 地 址 类 型 ， 目 前 支持 IPV4 和 IPV6 两 种 地 址 类 型 。 
第 六 个 参数 为 地 址 : 表明 会 话 发 起 者 的 IP 地 址 ， 该 地 址 为 信 令 面 的 IPP 地 址 ， 信 令 PBP 激 活 时 为 手机 分 配 。 
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° Vv 行 指示 协议 的 版 本 
。 0 行 中 包含 与 会 话 所 有 者 有 天 的 参数 


П 19% [] 


4. 2 SDP 协 议 详解 


s-SDP Seminar // 表 明 本 次 会 话 的 标题 ， 或 会 话 的 名 称 。 
i=A Seminar on the session description protocol// 会 话 的 描述 
u=http://Wwww.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps// 会 话 的 URI， 通 过 该 地 址 可 以 查阅 到 会 话 的 更 多 内 容 。 


e=mjh@isi.edu (Mark Handley)// 会 话 责任 人 的 EMIAL 地 址 


HUAWEI TECHNOLOGIES CO., LTD. Page 77 w HUAWEI 





e URI: Uniform Resource Identifier。 典 型 的 SIP URI 包 括 一 个 用 户 名 和 一 个 主机 和 名， 如 
8001@192.168.1.100. 


。 s 行 表明 本 次 会 话 的 标题 ， 或 会 锋 的 名 称 。 
。 i 行 会 话 的 描述 
。 UU 行 会 话 的 URL、 痢 过 该 地 址 可 以 查阅 到 会 话 的 更 多 内 容 。 


° e 行 会 话 南 任 人 的 EMIAL 地 址 
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4. 2 SDP 协 议 详解 


c=IN IP4 224.2.17.12/127 
C 行 包含 为 多 媒体 会 话 而 建立 的 连接 的 信息 ， 其 中 指出 了 真正 的 媒体 流 使 用 的 IP 地 址 。 


e 第 一 个 参数 为 网 络 类 型 ， 目 前 仅 定 义 INTERNET 网 络 类 型 。 用 “IN 表示 。 


e 第 二 个 参数 为 地 址 类 型 ， 目 前 支持 两 种 地 址 类 型 : IPV4 和 IPV6。 
e 第 三 个 参数 为 地 址 ， 该 地 址 为 多 媒体 流 使 用 的 IP 地 址 。 
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° 如 果 是 在 建立 信 仿 PDP 上 下 文 的 基础 之 生 , 建立 次 PDP 上 下 文 用 于 媒体 流 的 传输 ， 则 
两 者 使 用 相同 的 IP 地 址 。 如 果 单 独 为 妹 体 帝 重 新 建立 PDP 上 下 文 ， 称 为 嫁 体 PDP 上 下 
文 ， 则 所 使 用 的 IP 地 址 不 相同 。 

。 《 行 包含 为 多 媒体 会 话 而 建立 的 连接 的 信息 ， 其 中 指出 了 真正 的 媒体 流 使 用 的 IP 地 
址 。 
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4. 2 SDP 协 议 详解 


m=audio 3458 RTP/AVP O 96 97 


m 行 又 称 媒体 行 ， 摘 述 了 发 送 方 所 支持 的 媒体 类 
第 一 个 参数 为 媒体 名 称 : 表明 支持 音频 类 型 。 


第 二 个 参数 为 端口 号 ， 表 明 UE 在 本 地 端口 为 3458 上 发 送 音频 流 
第 三 个 参数 为 传输 协议 ， 一 般 为 RTP/AVP 协 议 。 


型 等 信息 。 


四 -七 参数 为 所 支持 的 四 种 净 荷 类 型 编号 。 
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e。_m 行 又 称 媒体 行 ， 描 述 了 发 送 方 所 文 持 的 媒体 类 型 等 信息 。 


[RFC3551] 包 含 了 多 达 35 种 格式 ， 都 已 经 固定 分 配 了 RTP/AVP 净 荷 类 型 号 码 0-34。 
新 的 编码 方案 可 以 动态 分 配 和 个 从 96-127 之 间 的 净 荷 类 


型 号 码 。 
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4. 2 SDP 协 议 详解 


a=rtpmap:0 PCMU 
a=rtpmap:96 G726-32/8000 
a=rtpmap:97 AMR-WB 
a 行为 媒体 的 属性 行 ， 以 属性 的 名 称 : 属性 值 的 方式 表示 。 
格式 为 : a=rtpmap:< 净 荷 类 型 >< 编 码 名 称 > 
郊 荷 类 型 0 固定 分 配给 了 PCMU， 
兆 丛 类 型 96 对 应 的 编码 方案 为 G.726, 为 动态 分 配 的 。 


净 荷 类 型 97 对 应 的 编码 方式 为 目 适 应 多 速率 宽带 编码 (AMR-WB) ， 为 动态 分 配 的 。 
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a 行为 媒体 的 属性 行 ， 以 属性 的 名 称 ; УМЕН тя, 


П 202 П 


4. 2 SDP 协 议 详解 


m=video 3400 RTP/AVP 98 99 
m 行 又 称 媒体 行 ， 描 述 了 发 送 方 所 支持 的 媒体 类 型 等 信息 。 
e ”第 一 个 参数 为 媒体 名 称 : 表明 支持 视频 类 型 。 
e ”第 二 个 参数 为 端口 号 ， 表 了 明 UE 在 本 地 端口 为 2400 上 发 送 视频 流 。 
e 第 三 个 参数 为 传输 协议 ， 一 般 为 RTP/AVP 协 议 。 
四 、 五 参数 给 出 了 两 种 净 荷 类 型 编号 
格式 为 : a=rtpmap:< 净 荷 类 型 >< 编 码 名 称 > 
a=rtpmap:98 MPV 
a=rtpmap:99 H.261 
e 净 荷 类 型 98 对 应 的 编码 方案 为 MPV 为 动态 分 配 的 。 
e 净 荷 类 型 97 对 应 的 编码 方式 为 H.261， 为 动态 分 配 的 。 
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° m 行 又 称 媒体 行 ， 摘 述 了 发 送 方 所 支持 的 媒体 类 型 等 信息 。 
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4.2 SDP 协 议 详 解 


媒体 协商 举例 


主 叫 UE 


INVITE( 第 一 个 SDP 提 供 : 视频 (MPV. H.261) 、 音 频 (PCMU、G.726 编 码 )) 
183 会 话 进行 中 (第 一 个 SDP 应 答 : 不 支持 视频 、 首 频 ( AMR-WB 、G.726 编 码 )) 
PRACK (第 二 个 SDP 提 供 : 音频 且 AMR-WB 编 码 ) 


200 OK( 第 二 个 SDP 应 答 : 音频 且 AMR-WB 编 码 的 确认 ) 
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° 9IP 消 息 INVITE 呼 叫 请 求 中 携 市 SDP 与 对 克 协 商 。 


П 204 [] 


内 容 介 


第 4 章 ”>DP 协 商 
4.1 SDP 协 议 介绍 
42 ”SDP 协 议 详解 
4.3 常见 SIP 呼 叫 SDP 协 商 过 程 
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4.3 常见 SIP 呼 叫 SDP 协 商 过 程 


WA HUAWEI 
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。 还 有 两 种 比较 少见 的 协商 方式 : 
° 1、Invite 不 市 SDP， 由 180(inging) 扒 市 被 叫 侧 的 SDP 作 为 offer， 主 叫 侧 把 协商 结果 
通过 PRACK 发 送 给 被 是 ， 完 成 媒体 协商 。 


• 2、lnvite 不 带 SDP， 被 叫 通过 200 消 息 携 带 被 叫 侧 的 SDP 作 为 offer， 主 叫 侧 把 协商 结 


果 通 过 ACK 发 送 给 被 是 ， 完 成 媒体 协商 。 
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4.3 常见 SIP 呼 叫 SDP 协 商 过 程 


= INVITE 和 200 完 成 协商 
UAC 


INVITE (SDP1) 
100 
180 
200 (CSDP2) 
ACK 
BYE 
200 
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e Invite 带 SDP， 然 后 2xx Ili] v SDP. 
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4.3 常见 SIP 呼 叫 SDP 协 商 过 程 


= INVITE 和 183 完 成 协商 


UAC 


INVITE (SDP1) 
100 
183 (SDP2) 
PRACK 
200 
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e |nvite 带 SDP， 可 靠 的 1Xx 吧 应 带 SDP ， 最 终 2xx 吧 应 不 带 SDP 。 


П 208 [1 


4.3 常见 SIP 呼 叫 SDP 协 商 过 程 


= INVITE 会 话 接 通 前 UPDATE 协 商 


INVITE CSDPFP12 
100 
180 (Virtual SDP2) 


200 
UPDATE (SDP3) 
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e Invite 带 SDP， 可 靠 的 1Xxx 啊 应 和 Update 都 带 SDP ， 最 终 2Xxx 啊 应 不 带 SDP 。 
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4.3 常见 SIP 呼 叫 SDP 协 商 过 程 


" 200 接 通 后 重新 发 起 协商 
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INVITE (SDP1) 
100 
180 
200 CSDP225 
ACK 
re INVITE (SDP3) 
200 CSDP45 — — AA 
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e Invite/Reinvite 和 最 终 啊 应 (2xx) 都 带 SDP 的 处 理 。 
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° SDP 协商 
a SDP 协 议 介绍 
в SDP 协 议 评 解 
в T$ SIPRERISDPTINSI XJ fe 
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协议 消息 

呼叫 流程 

$ОР] R 

化 为 IMS 融 合 会 议 解 决 方案 
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WA Huawei 





内 容 介 


第 5 章 ”华为 IMS 融 合 会 议 解决 方案 
5.1 华为 IMS 融 合 会 议 解决 方案 
5.2 ”华为 IMS 融 合 会 议 典型 应 用 模式 
5.3 华为 IMs 融 合 会 议 解决 方案 参数 配置 











7 
HUAWEI TECHNOLOGIES CO., LTD. Page 91 w HUAWEI 





[| 2130 


5.1 华为 1MS 融 合 会 议 解决 方案 


IMS 架 构 , МЕРС 与 MRFP 分 离 


: E 
UMG/VIG 高 清 MRFP MRFC 高 清 MRFP UMG 
接 入 方式 支持 _ "ovi L 7 gsSBC S 


HSPA\EVDO\LTE\WIMax\WIFI\X a 
DSL\LAN\PON PLMN — SGPLMN -HSPANLTENEVDONWIMOXNWIFI A EN 


| а | 7 "au 
任何 通信 接 入 终端 о ë = g 
终端 LTE 手 机 ”高清 终端 m nz p" 
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° 1、 完 善 的 计 费 、 先 进 的 架构 、 与 核心 网 供 管理 ; 

° 2、 标 准 的 开放 的 IMS 染 构 ， 易 于 快速 部 署 新 业务 ; 

° 3、 系 统 可 兼容 远程 呈现 会 场 A 消 通 高 清 会 场 、 标 清 会 场 ; 

e 4、 其 中 MRFP 为 ViewPoint.8660/8650。 

° 5、 高 清 终端 也 采用 SIP 接 入 IMSs 网 络 中 ; 

° 6、 高 清 终端 支持 插入 USB 的 3G 数 据 卡 ， 也 采用 SIP 协 议 接 入 IMS 网 络 中 ; 
° 7、 文 持 WEB 预 定 会 议 、SMS 短 信息 通知 会 议 ; 

e B. SC EEWEBZEIXGR IBI» 
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内 容 介 


第 5 章 ”华为 IMS 融 合 会 议 解决 方案 
5.1 华为 IMS 融 合 会 议 解决 方案 
5.2 华为 IMS 融 合 会 议 典型 应 用 模式 
5.3 华为 IMS 融 合 会 议 解 决 方案 参数 配置 
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5.2 1MS 融 合 会 议 典 型 应 用 模式 :语音 + 视频 + 双流 


音 视 频 码 流 


-一 一 一 辅 流 PPT 


< 
1、 高 清 终 端 加 入 会 议 
2、 发 送 双 流 
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内 容 介 


第 5 章 ”华为 IMS 融 合 会 议 解 决 方案 


5.1 华为 IMS 融 合 会 议 解决 方案 
52 ”华为 IMS 融 合 会 议 典 型 应 用 模式 
5.3 ”华为 IMS 融 合 会 议 解决 方案 参数 配置 
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5.3 华为 1MS 融 合 会 议 解 决 方案 参数 配置 


= MCU 侧 配置 说 明 -- TCP 接 口 配置 


«MCUS650»dis bnrm 
interface 
local listenine port 
encrypt arithmetic type 
user password 
max connect mnum 
max port num 
max monitor num 
support vobb 
video resource alloc 
video resource collect 
reserve monitor resource 


Wal | a үү, _ 
使 用 MCU 哪 个 网 口 连接 ， 可 用 FE0、GE0、GE1， 默 认 选 择 YANY 
IT 

Encrypt Arithmetic Type 
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ANY 
5000 
clear text 


1 

1024 

1 
enable 
disable 
enable 
O 
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5.3 华为 1MS 融 合 会 议 解 决 方案 参数 配置 


m NMCU 侧 配置 说 明 – SIP 功 能 配置 


«MCUS660»cdisplau sip-confiz 
Enable 
local port 
re-regist inteval 
refresh interval 
Mcu Name 
Rez Password 
Reg netport 


[Stnabe — — — | кае | mitis, mms — — — (~ | 
[SiPloalpot | 5060 | SipP 接 入 MCU 侧 监听 端口 ， 所 有 SIP 相 关 信 令 都 发 送 到 该 端口 
MCU 例 信 信 板 重 注册 大 


SIP refresh interval 102% ү ын asa меш аин, ВАЕ 


|SPMuNam | -| Mcu 侧 的 注册 别名 ，MRFC 上 的 配置 需要 与 此 一 至 
|SiPRegPassword | - |sip 注 册 鉴 权 使 用 如果 MRFC 侧 配置 注册 密 泣 ， 滤 处 需要 与 MRFC 保 持 一 到 


表示 在 那 块 业务 板 哪 个 网 口 注 册 成 功 , 显示 NULL 表 示 注 册 失 败 ， 只 有 注册 成 功 条 件 


O 
mcugeeo-241.91 
S/GEO * 


$* 99 99 99 9 ++ ++ 
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5.3 华为 1IMS 融 合 会 议 解决 方案 参数 配置 
m NMCU 仙 配置 说 明 - SIP SERVER 配置 


«MCUS660»displau sip-server 
SIP-server enable 
SIP-server protocol type 
SIP-server port 
SIP-server IP type 
SIP-server IP addr 
SIP-server domain name 


Эрезе е | enable Гаваи | 

| SIP-server protocol type | udp | 与 SIP SERVER 之 间 的 通信 方式 ， 目 前 只 能 使 用 UDP 方式 

ЕИ T sr sevene, МЫШТЫ | 
一 > 


enable 
UDP 
5060 


ipvd 
10.11.244.27 


** 99 9 9 oo ++ 


SIP SERVERER E, BRISES 
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° 华为 IMS 融 合 会 议 解 决 方案 
в 华为 IMS 融 合 会 议 解决 方案 
о 华为 IMS 融 合 会 议 典 型 应 用 模式 
a 华为 IMS 融 合 会 议 解决 方案 参数 配置 
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Thank you 


www.huawei.com 
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ВТР 和 RTCP 协议 原理 


w 


HUAWEI 
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RTP 和 RTCP 协 议 原 理 


HCNP-VC 1HVCP 视 频 会 议 协议 原理 
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Н 


RTP 是 由 1996 年 IETF (Internet Engineering Task Force) 的 AVT 
(Audio/Video Transport) 提出 ， 并 作为 RFC1889 发 布 。 后 续 
IEIF 和 在 发 布 的 RFC3230 中 又 新 增 ; 淋 了 RT1CP 等 很 多 相关 的 内 容 。 
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e КТР (Realtime Transport Protocol). 实时 传输 协议 : 在 多 点 传送 (多 播 ) 或 单 
点 传送 (BE) 的 网 络 服 务 上 ,提供 端 对 端的 网 络 传输 功能 ， 适 合 应 用 程序 传 
输 实 时 数据 ， 如 : 音频 ， 视 频 或 者 仿真 数据 。 

e RTCP (Realtime Transport Control Protocol) 实时 传输 控制 协议 : 可 以 用 一 种 
方式 对 数据 传输 进 衍 监测 控制 ， 该 协议 可 以 升级 到 大 型 的 多 点 传送 (多 播 ) 网 
络 ， 并 提供 最 小 限度 的 控制 和 鉴别 功能 。 
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目标 


学 习 完 此 课程 ， 您 
> 了 解 RTP/RTCP 的 基本 原理 
> 学 握 RTP/RTCP 的 报 文 格式 
> 掌握 RTP/RTCP 的 应 用 


HUAWEI TECHNOLOGIES CO., LTD. 


W HUAWEI 
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内 容 介绍 


第 1 章 RIP/RICP 概 述 
第 2 章 RTP/RTCP 报 文 格式 
第 3 章 RTP/RTCP 应 用 
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内 容 介 绍 


第 1 章 RTP/RTCP 概 述 
1.1 RTP/RICP 简 介 
1.2 RTP/RTCP 功 能 


1.3 RTP 工 作 原 理 
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1. 1 RTP/RTCPfS2T-— 2e {ЖВЁ Ж 


ЕЕ 


Amusement: Video on demand _—— 


P  — 
Online unma. ez Housework 


one omce | 多 媒体 服务 特点 : 
A 口 实时 性 
口 信息 量 大 
口音 视频 同步 


: Home healthcare 
In transit — 


— 


— 


Broadband to all living people everywhere 
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1. 1 RTP/RTCP 简 介 -- 必 要 性 


。 多 媒体 服务 中 业务 需求 : 


m асу. r War — La беш”. A JA 
nr £ г - y 
У ee FE ч ТЕ 

HJ gA TS x x 1521811 


mE 


W HUAWEI 
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1. 1 RTP/RTCP 简 介 -- 概 念 


。 RTP 和 RTCP 独 立 于 传输 层 和 网 络 层 ，RFC3550 交 档 包 括 了 以 下 两 个 紧密 相关 的 部 分 : 
a RTP(Real-time Transport Protocol): 是 和 针对 备 媒 体 数 据 流 的 传输 协 访 由 IETF(Internet 工 程 任务 组 ) 
作为 RFC1889 发 布 ， 现 一 般 都 采用 后 续 版 本 RFC 3550 。 


a RTCP(Real-time Transport Control Protocol): 实时 传输 控制 协议 ， 提 供 服务 质量 的 监控 以 及 传递 


媒体 会 话 中 参与 者 信息 ， 由 RTCP 由 RFC 3550 定 义 。 
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e RTP (Realtime Transport Protocol). ZN 13У: 在 多 点 传送 (多 播 ) 或 单 
点 传送 (BE) 的 网 络 服 务 上 , 提供 端 对 端的 网 络 传输 功能 ， 适 合 应 用 程序 传 
前 实时 数据 ， 如 : 音频 ， 视 频 或 者 仿真 数据 。 

e RTCP (Realtime Transport Control Protocol) 实时 传输 控制 协议 : 可 以 用 一 种 
方 陈 对 数据 传输 进 衍 监测 控制 ， 该 协议 可 以 升级 到 大 型 的 多 点 传送 (多 播 ) 网 
络 ， 并 提供 最 小 限度 的 控制 和 鉴别 功能 。 
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内 容 介 绍 


第 1 章 RTP/RTCP 概 述 
1.1 RTP/RTCP 简 介 
1.2 RTP/RTCP 功 能 
1.3 RTP 工 作 原 理 
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1. 2 RTP 功 能 


s ”RTP 在 VolP 中 的 作用 为 : 
1) 实时 传输 媒体 信息 
2) 消除 拌 动 
3) 排序 
4) 556 
5) 在 一 定 场合 下 可 以 传输 DTMF 人 信号， 信号 音 和 信念 
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• КТР 在 VolP 中 是 媒体 数据 实时 传输 的 协议 。 

° 由 于 分 组 交换 电路 的 特性 ， 语 音 分 组 在 IP 网 络 上 传输 的 时 候 ， 在 不 同 的 网 络 状 
况 下 ， 存 在 延 时 、 样 动 、 乱 序 、 壬 包 ， 如 果 不 进 行 相应 的 处 理 ， 将 会 严重 的 影 
咯 话 音质 量 。 

e RTP 在 VolP 中 的 作用 为 : 

п 1、 实时 传输 媒体 信息 ， 为 了 保证 实时 性 ，RTP 分 组 是 通过 UDP 进行 传输 的 


a 2. ЖЕРЕ, 由 于 网 络 的 阻塞 ， 引 起 转发 数据 的 突 发 性 ， 导 致 每 个 分 组 
到 达 自 的 地 的 时 间 不 相同 ， 这 就 是 我 们 所 说 的 拌 动 ， 我 们 需要 使 用 一 个 组 
冲 区 来 保证 分 组 能 均匀 的 送 给 解码 器 进行 解码 ， 就 是 我 们 通常 所 说 的 
JITTER BUFFER。 

5\3、 排 序 ， 由 于 分 组 可 能 经 过 不 同 的 路 由 到 达 目的 地 ， 这 就 可 能 存在 乱 序 
的 情况 ， 先 发 出 来 的 分 组 可 能 后 到 。 我 们 就 必须 利用 RTP 头 的 序号 来 对 RTP 
分 组 进行 排序 ， 以 便 解码 器 对 语音 分 组 进行 正确 的 解码 。 

a 4、 丢 包 ， 这 是 一 种 比较 严重 的 情况 ， 有 的 人 利用 RTP 包 宛 余 来 防止 寺 包 ， 
但 因为 这 将 占用 很 大 的 带宽 ， 而 且 随 着 宛 余 包 数 的 增加 ， 将 会 占用 更 大 的 
带宽 。 本 来 发 生 丢 包 的 情况 ， 网 络 状况 就 差 ， 此 时 又 采用 这 么 大 的 带宽 ， 
势必 会 更 差 。 目 前 ，RTP 采 名 的 方式 为 通过 丢 包 指示 (BF)) 告 诉 解码 器 ， 解 
码 器 利用 内 差 的 方法 来 产生 近似 的 数据 来 消除 丢 包 影响 。 

s 5、 在 一 定 场合 下 可 以 传输 的 DTMF 信 号 ， 信 号 音 和 信 令 。 
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1. 2 RTCP 功 能 


° RTCP 报 文 封 效 在 UDP 中 进行 传输 ， 作 用 如 下 : 
в 质量 反馈 
a 传输 层 标 识 (CNAME) 
в 给 参与 者 发 送 RTCP 控 制 报 文 
о 最 小 会 话 控制 消息 〈 可 选 ) 
e RCTP 端 口号 = RTP 端 口号 + 1 
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° 一 般 来 说 RTCP 具 有 四 个 功能 : 

о 1. 首先 最 重要 的 是 数据 传输 质量 的 反馈 ， 相当 于 其 他 传输 协议 的 流量 和 拥 傣 控制 
。 在 目 适应 编码 中 ， 反 馈 很 重要 。 但 是 在 多 播 环 境 也 被 证 实 单纯 使 用 反馈 来 判断 
数据 分 发 的 质量 也 是 不 合理 的 。 发 送 “ 接 收 者 反馈 报告 ”给 所 有 的 参与 者 可 以 帮 
助 参与 者 判断 问题 出 在 本 地 还 是 全 局 。 

o 2.RTCP 为 RTP 源 携 审 一 个 永久 的 传输 层 的 标识 ， 这 个 标识 称 为 规范 名 或 者 CNAME 
。 因 力 如 有 果 遇 到 SSRC 冲 突 或 者 一 个 应 用 进程 重 局 的 话 ，SSRC 可 能 改变 ， 接 收 者 通 
过 请 求 CNAME 来 跟踪 每 个 参与 者 。 接 收 者 还 可 能 请 求 CNAME 来 联合 来 目 一 个 参 
与 者 的 多 个 不 同 的 相关 媒体 沉 ， 如 同步 语音 和 视频 滨 。 

oN 3. 每 个 参与 者 都 给 其 他 所 有 的 参与 者 发 送 RTCP 控 制 报 文 ， 有 助 于 每 个 参与 者 都 知 
道 在 一 个 RTP 会 话 有 多 少 参 与 者 。 这 个 数量 用 来 计算 分 组 发 送 的 速率 。 

о 4. 最后， 一 个 可 选 的 作用 是 传输 最 小 会 话 控制 信息 ， 如 将 每 个 参与 者 的 标识 显示 
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1. 2 RTCP 功 能 


SALABURTP/RTCPugL173: 5004 和 5005。 但 是 RTP/RTCP 逆 口 都 是 可 以 协商 的 ， 如 下 图 所 示 
，10500 端 口 用 于 RTP 而 10501 端 口 用 于 RTCP。 


Frame 388: 214 bytes on wire (1712 bits), 214 bytes captured (1712 bits) 
a Ethernet II, Src: 04:7d:7b:84:7c:51 (04:7d:7b:84:7c:51), Dst: HuaweiTe 68:5d:94 (O00:eO:Tc:68:5d:94) 


src Port: hip-nart-r (105005, DSE Port: Һір-пат-т (10500) 


xc 


B Frame 389: 118 bytes on wire (944 bits), 118 bytes captured (944 bits) 3 
& Ethernet II, Src: O4:7d:7b:84:7c:51 (O4:7d:7b:84:7c:51), Ost: HuaweiTe 68:5d:94 (00:eO0;fc:68:5d:94) 
35 


* 


o 


Dst Port: 10501 (10501) 
гт? 
n) 
м. = 
“> 


HUAWEI TECHNOLOGIES CO., LTD. 





П 236 [| 


内 容 介 绍 


第 1 章 RTP/RTCP 概 述 
1.1 RTP/RTCP 简 介 
1.2 RTP/RTCP 功 能 
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1. 3 RTP 工 作 原 理 


° RTP 提 供 带 有 实时 特性 的 端 对 端 数据 传输 服务 。 
。 RTP 运 行 在 UDP 之 上 ， 每 一 个 RTP 报 文 封装 在 一 个 UDP 数据 报 之 中 。 


数据 链 路 层 
物理 层 


RTP 在 Internet 中 的 位 置 
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1. 3 RTP 工 作 原 理 


° 例如 : 双方 进行 视频 会 议 通话 ， 这 个 时 候 产 生 语 音 流 A 和 视频 流 V， 可 以 看 到 两 者 之 间 利 
用 RTP 中 的 负载 Payload 进行 封装 传输 ，RTP 流 中 包括 语音 流 A 和 和 视频 流 V。 


HTP Application Layer Framing 


e voe [ere | ронена 


ГАПГУПГАПГУП 
一 一 一 一 一 一 一 一 一 一 


RTP Stream 
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本 章 小 结 


。 ВТР/ВТСР Ж 
a ”RTP/RTCP 简 介 
в КТР/АТСРІЈВЕ 
a RTP 工作 原 理 
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内 容 介绍 


第 1 章 RTP/RTCP 概 述 
第 2 草 _RTP/RTCP 报 文 格式 
第 3 章 RTP/RTCP 应 用 
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内 容 介 绍 


第 2 章 RTP/RTCP 报 文 格式 
2.1 RTP 报 文 格式 
2.2 RTCP 报 文 格式 





v» 
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2.1 RTP 数 报 文 格式 


° RTP 是 由 IETF 作 为 RFC1889 发 布 的 数据 协议 ， 人 负责 对 流 媒 体 数 据 进行 封包 并 实现 媒体 流 的 
实时 传输 。 

° 每 一 个 RTP 数据 报 都 由 头 部 (Header) 和 负载 (Payload) 两 个 部 分 组 成 。 

。 其 中 头 部 前 12 个 字 节 的 含义 是 固定 的 ， 而 负载 则 可 以 是 首 频 或 者 视频 数据 。 
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2.1 RTP 报 文 格式 (1) 


° 以 下 是 RTP 数 据 报 文 格式 : 


О 8 
v ых CSRC |l Payload Sequence 
“| Count Type Number 


Timestamp 


Synchronization Source (SSRC) Identifier 


Y 
М. 
h 


Contributing Source (CSRC) Identifiers list 
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。 ВТР 数据 报 的 格式 包含 了 传输 媒体 的 类 型 > 将 式 、 序 列 号 、 时 间 戳 以 及 是 否 
附加 数据 等 信息 ， 这 些 都 为 实时 的 流 媒体 传输 提供 了 相应 的 基础 。 

。 CSRC 标识 紧 跟 在 RTP 固定 头 部 之 后 ， 用 来 表示 RTP 数 据 报 的 来 源 ，RTP 协议 允 
许 在 同一 个 会 话 中 存在 参 个 数据 源 ， 它 们 可 以 通过 RTP 混 合 器 合并 为 一 个 数据 源 
. 例如， 可 以 产生 二 个 GSRC 列表 来 表示 一 个 电话 会 议 ， 该 会 议 通过 一 个 КТР 混 
合 器 将 所 有 讲话 省 的 语音 数据 组 合 为 一 个 RTP 数据 源 。 
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2.1 RTP 报 文 格式 (2) 


其 中 比较 重要 的 几 个 域 及 其 意义 如 下 : 


ica | 此 | 协议 定 党 的 版 本 是 >。 


NT wa 则 一 个 或 多 个 附加 的 字 节 会 加 在 包头 的 最 后 ， 
(P) 附加 的 最 后 一 个 字 节 放置 附加 的 字 节 数 。 填 充 可 能 用 于 某 些 具有 固定 长 
度 的 加 密 算法 ， 或 者 在 底层 数据 单元 中 传输 多 个 RTP 包 。 
mum ү |] 如 果 设 置 为 1， 固 定 头 〈 仅 ) 后 面 跟随 一 个 头 扩展 。 
(X) 
* | 定义 本 头 部 包含 的 CSRC 源 的 数目 。 


m ee 它 用 来 允许 在 比特 流 中 标记 重要 的 事件 ， 如 帧 范围 
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° WA (CC) : 表示 CSRC 标识 的 数目 。 


e 负载 类 型 (PT): 标明 RTP 负 载 的 属 式 ， 包 括 所 采用 的 编码 算法 、 采 样 频率 、 承 
载 通道 等 。 例 如 ， 类 型 2 表明 该 RTR 数据 包 中 承载 的 是 用 ITU G.721 算法 编码 的 
语 首 数据 ， 采 样 频率 为 8000Hz， 并 且 采 用 单 声 道 
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2.1 RTP 报 文 格式 (3) 


。 其 中 比较 重要 的 几 个 域 及 其 意义 如 下 : 


=“ demos 


Sequence number | menm 号 的 初始 值 是 随机 的 ， 每 发 送 一 个 RTP 数 据 包 ， 序 列 号 递增 。 
序列 号 它 检测 委 包 和 重建 数据 包 。 


Timestamp Bc RA TRTE ERER AIEE TUREERRISHEAIS РАА дЕ. 
时 间 标 志 | 同步 需求 ， 以 便 进 行 同步 和 持 动 计算 。 时 间 标 志 的 起 始 值 是 随机 的 ， 


以 后 随 根据 报 文 数据 的 大 小 递增 。 


SSRC 用 于 识别 RTP 报 文 发 送 者 。 标 识 符 馈 随 机 生成 ， 以 使 在 同一 个 RTP 会 

同步 源 标识 话 期 中 没有 任何 两 个 同步 源 有 相同 的 5SRC 识 别 符 。 尽 管 多 个 源 选 择 同 
一 个 SSRC 识 别 符 的 概率 很 低 ， 所 有 RTP 实 现 工具 都 必须 准备 检测 和 解 
决 冲突 。 若 一 个 源 改 变 本 身 的 源 传输 地 址 ， 必 须 选 择 新 的 SSRC 识 别 
符 ， 以 避免 被 当 作 一 个 环 路 源 。 


CSRC 列 表 0-480 0 到 15 项 ， 每 项 32 比 特 CSRC 列 表 识 别 在 此 包 中 负载 的 有 贡献 源 。 误 
别 符 的 数目 在 CC 域 中 给 定 。 车 有 贡献 源 多 于 15 个 ， 仅 识别 15 沾 。 
CSRCiR 别 符 由 混合 器 插入 ， 用 有 贡献 源 的 SSRCiR 别 符 。 例 改 p 请 音 包 
， 混 合 产生 新 包 的 所 有 源 的 55RC 标 识 符 都 被 陈列 ， 以 期 在 接收 机 处 正 
确 指示 交谈 者 。 
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序列 号 : 用 来 为 接收 方 提供 探测 数据 丢失 的 方法 ， 但 如 何 处 理 丢 失 的 数据 则 是 
应 用 程序 自己 的 事情 ，RTP 协议 本 身 并 不 负责 数据 的 重 传 。 


。 FEIR: 记录 了 负载 中 第 一 企 字 节 的 采样 时 间 ， 接 收 方 根据 时 间 戳 能 够 确定 数 
据 的 到 达 是 否 受到 了 延迟 抖动 的 影响 ， 但 具体 如 何 来 补偿 延迟 抖动 则 是 应 用 程 
序 自己 的 事情 。 


П 246 П 


2. 1 RTP 报 文 格式 -- 报 文 分 析 


= Real-Time Transport Protocol 
& [stream setup by 50Р (frame 292)] 


[Setup Method: zer 


Padding. False 

Extension: False 

Contributing source identifiers count: © 
Marker: False 


[Extended sequence number: 89489] 


pinos camp: 1106410199 
rion Source Oxó44bibb2 1682643890 


dent 
are d7s1ddd3d7dcdidas7369c5f3055505f 39534647464 1047. 


= Real-Time Transport Protocol 
‚ [Stream setup 50Р (frame 292)] 


{Setup Method; spe Method: SDP 
.. -[version: РЕС 1889 version (2) | 


= Padding: ralse 
= Extension: False 
$2.6 - Contributing source identifiers count: O 


MS vo элә. Ge —Ü False 
т 7 


sequence а 23954 

[Extended sequence number: 89490] 

Timestamp: 1106410359 
Dronization source identifi c 
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。 在 RTP 中 ， 序 列 号 用 来 对 错 续 分 组 进行 重新 排序 。 
° 时 间 戳 用 来 使 接收 者 在 正确 的 时 间 播 放 分 组 ， 从 而 使 变形 最 小 化 。 
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内 容 介 绍 


第 2 章 RTP/RTCP 报 文 格式 
2.1 RIP 报 文 格式 
2.2 RTCP 报 文 格式 


v» 
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2. 2 RTCP 报 文 格 式 -- 报 文 类 型 


° 在 RTP 的 规范 (КЕС 3550) 中 ， 一 共 定义 了 5 种 RTCP 报 告 用 来 报告 当前 控制 信息 : 


SR (Sender report) 发 送 方 报告 


RR (Receiver report) 接收 方 报告 
SDES (Source description) 

BYE (Goodbye) 

APP (Application-defined) 
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• SR (Sender report) 报 文 : RIRE, HAFEN ZEN REITEN FETT 
据 。 


e RR (Receiver report) 报 文 := 接 收报 告 ， 


H 
e SDES (Source description). RX: 源 描 述 
必须 包含 CNAME 项 。 


e BYE (Goodbye) RX: 表示 语音 传输 的 终止 。 
e APP (Application-defined) 报 文 : 面向 应 用 的 扩展 。 


述 作为 接收 网 关 的 接收 统计 数据 。 
项 ， 对 发 送 RTCP 包 的 源 进行 描述 ， 
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2. 2 RTCP 报 文 格 式 (1) 


RTCP 的 5 种 报告 : RR，SR，SDES，BYE 和 APP。 他 们 使 用 共同 的 结构 ， 但 是 在 某 些 具体 的 
地 方 有 一 些 不 同 。 
以 下 是 RTCP 报 文 基本 结构 : 


Format-specific information 


Paddigo P» 1 
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2.2 RTCP 报 文 格式 (2) 


其 中 比较 重要 的 几 个 域 及 其 意义 如 下 : 


[ws [wa | —— 8 _ 
Version = I | 定义 了 RTP 的 版 本 ， 此 协议 定义 的 版 本 是 2。 
LE 


Padding 加 果 填 充 位 被 设置 为 1， 则 一 个 或 多 个 附加 的 字 节 会 加 在 包头 的 最 后 ， 
(P) 附加 的 最 后 一 个 字 节 放置 附加 的 字 节 数 。 填 充 可 能 用 于 某 些 具有 固定 长 
度 的 加 密 算法 ， 或 者 在 底层 数据 单元 中 传输 多 个 RTP 包 。 
Item count 有 些 RTCP 分 组 类 型 包含 多 个 条 目 (item) ，IC 用 来 计算 有 多 少 个 条 目 。 因 为 IC 只 有 5 个 比特 ,所 
(IC) 以 最 多 31 个 item。 如 果 需 要 的 item 超 过 31 个 ， 那 么 应 用 实现 必须 包含 多 个 RTCP 分 组 。 如 时 代为 0 
表示 空 的 item 列 表 。 分 组 如 果 不 需要 item 列 表 ， 那 么 可 以 把 IC 字段 用 于 其 他 目的 。 


| PT 标识 了 分 组 中 携带 消息 的 类 型 。 在 RTP 标 准 中 定义 了 5 种 类 型 : RR，SR,《SESy BYEnAPP。 


Length 分 组 长 度 ， 以 4 bytes 为 单位 ， 所 以 意味 着 RTCP 分 组 必须 是 4 字 节 对 部 名 该 长 度 不 包含 32 bites 固 
(M) 定 头 ， 也 就 是 说 length 为 0 也 是 合理 的 ， 说 明 只 有 4 字 节 的 尖 部 GXEFIBZUCQUEO) . 
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2. 2 RTCP 报 文 格式 -- SR 报 文 格式 (1) 


。 为 了 补充 接收 者 报告 ，RTP 协 议 还 规定 了 最 近 发 送 数据 的 参与 者 发 送 SR， 该 报告 提供 了 发 
送 的 媒体 的 一 些 信 息 。 主 要 用 于 接收 端 同步 多 媒体 流 ， 如 语音 和 视频 流 。 


EA ss er] ee À 
Reporter SSRC 


NTP timestamp 


RTP timestamp 
Sender's packet count 
Sender's octet count 


Receiver report block(s) 


F Фо D 
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2. 2 RTCP 报 文 格式 -- SR 报 文 格式 (2) 


。 其 中 域 及 其 意义 如 下 : 


NTP timestamp 64 bites， 无 符号 琅 数 。 指 出 了 证 报告 发 出 时 的 时 间 。 证 时 间 截 的 高 32 bitesEANTPFERZUS, M 
1900 年 1 月 1 日 开始 计数 ， 以 种 为 单位 。 低 32 bites 表 示 秒 后 面 的 小 数 。 如 果 需 要 转化 Unix 时 间 到 


NTPF 时 间 ， 在 Unix 时 间 加 上 2.208.988,.800 即 可 。 


RTP 时 间 愉 以 RTP 媒 体 流 的 时 钟 为 单位 ， 这 个 值 通常 趟 等 于 前 面 分 组 数据 的 RITP 时 间 咒 ， 因 为 时 向 
会 流逝 。 
表示 这 个 同步 源 从 这 个 会 话 开始 到 现在 (发 出 RTCP 报 文 时 ) 发 出 的 数据 分 组 的 个 数 。 
count 
Sender's octet / 表示 同步 源 从 这 个 会 话 开始 到 现在 (发 出 RTCP 报 文 时 ) 发 出 的 所 有 数据 分 组 的 字 节 数 。 如 果 发 
count 送 者 改变 了 SSRC， 那 么 Sender's packet countüsender's octet counti Stier 


HUAWEI TECHNOLOGIES CO., LTD. 





П 253 П 


2. 2 RTCP 报 文 格 式 -- SR 报 文 实例 


。 以 下 是 SR 报 文 的 实例 : 


ы Real-time Transport control Protocol (sender Report) 
& [Stream setup by 50Р (frame 218)] 


[setup Method: SDF] 
10.. .... = version: RFC 1889 version (2) 
20. „„„„ = Padding: False 
...0 ОООО = Reception report count: О 
Length: 6 (28 bytes) 
Sender SSRC: Ox34ca36fd (885667581) 
Timestamp, MSW: 359/4789 
Timestamp 


Sender 5 packet count: 
Sender's octet count: 9116 
®© Real-time Transport Control Protocol (Source description) = 
[RTCP frame length check: OK - 76 bytes] 


2013 08:06:29.400000 v» 


— ^ 


QN > 
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2. 2 RTCP 报 文 格 式 -- RR 报 文 格 式 (1) 


° RTCP 通 过 RR 可 以 很 好 地 保证 传输 质量 ， 每 个 接收 数据 的 参与 者 都 要 发 出 RR。 


EAD E Lom 


Next receiver report block 


VEI TECHNOLOGI 4] М)» 
Ф ` DS 25 
н ES CO., LTD. A у - 


E 
š 
š 





。 其 中 PT 定义 为 201。 接 收 者 报告 包含 发 送 者 的 SSRC， 跟 随 在 由 RC 指定 的 (0 个 或 
多 个 ) 报告 块 之 后 。 
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2. 2 RTCP 报 文 格 式 -- RR 报 文 格式 , (2) 


。 其 中 域 及 其 意义 如 下 : 


s= каны 
2 


Reportee SSRC 占用 32 bites， 表 示 这 个 报告 反馈 给 谁 ， 也 就 是 谁 适合 接收 这 个 报告 。 





(接收 者 同步 源 ) 


Loss fraction | 占用 8 bites， 定 义 为 这 个 报告 周期 丢失 的 分 组 除 以 期 待 的 分 组 数量 。 
(EEE) 
24 


Cumulative number of 一 24 bites 带 符号 整形 ， 累 计 丢 失 的 包 的 个 数 。 计 算 方法 是 : 期 待 接收 的 分 组 数目 -实际 接收 


packets lost 的 分 组 数目 。 所 谓 期 待 的 分 组 数目 是 这 样 定义 的 : 最 后 一 个 分 组 的 序列 号 -初始 化 分 组 序 
( 丢 包 数量 ) 35 


Extended highest sequence 占用 32 bites, { 16 bites 取 值 为 当前 收 到 的 RTP 报 文 的 序列 号 ， 高 16 Бїе5 PEG 用 于 
number (扩展 高 位 序列 号 ) 标识 序列 号 周期 的 计数 。 


Interarrival jitter (ід) 占用 32 bites， 数 据 分 组 传输 的 统计 评估 值 ， 用 于 评估 网 络 的 抖动 博 ; 兄 委 示 方式 和 时 间 

fe) AANE] o 

Last sender report (LSR) 32 占用 32 bites， 等 于 从 reportee 最 近 接收 到 SR 分 组 的 64 bits NTR 格式 时 间 惟 的 中 间 32 bites, 
如 果 没 有 接收 到 SR 分 组 ， 那 么 LSR 置 0。 

Delay since last sender 表示 接收 到 最 近 的 SR 到 发 出 这 个 报告 的 时 延 ， 单 位 是 /65,536 秒 。 如 果 没 有 接收 到 SR， 

report (DLSR) DLSR 置 0。 
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e FORIR: 表示 方式 : 分 母 固定 为 256, Му Æloss fraction 表 示 的 整数 。 所 以 如 果 
想 要 表示 1/4 的 报 文 丢失 ， 那 么 loss fraction = 64. 

e OAEI A. cumulative number of packets lost 不 是 以 每 个 周期 为 计算 范围 ， 而 是 
AETA AAEE 所 以 0xzfffff 是 cumulative number of packets lost 的 最 大 值 ， 
为 它 是 带 符 号 整 

° rn 51] c : МВ BRI BDRUS, 16 比 特长 度 的 序列 号 可 能 会 不 够 用 ， 当 序列 号 

Ке ЕК. Уж, fEmUOLDBHOGRIAZRBXKGÓEM, BIER 
SNMP 
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2. 2 RTCP 报 文 格 式 -- RR 报 文 实例 


。 以 下 是 RR 的 报 文 实 例 


ij Real-time Transport Control Protocol (Receiver Report) 
= [Stream setup by 50Р (frame 252))] 


[Setup Method: SDF] 
ÖL. .... = version: ВЕС 1889 version (2) 
..0. .... = Padding: False 
„««© 0001 = Reception report count: 1 


- Dytes 
Sender SSRC: Ox60f716c1 (1626805953) 
| Source 1 
Identifier: Ox34ca36fd (885667581) 
= SSRC contents 
Fraction lost: 141 / 256 
Cumulative number of packets lost: 74 
= Extended highest sequence number received: 133 
Sequence number cycles count: O 
Highest sequence number received: 133 
Interarrival jitter: 266143 
Last SR timestamp: 2718262886 (0ха2056666) 
1 1 : 


Dela 5: , mds“ 
5 Real-time Transport control Protoco source description) | 
RICH : OK - Dytes 
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2. 2 RTCP 报 文 格式 -- SDES 报 文 格式 (1) 
° RTCPi 不 9 以 通过 传输 SDES 来 详 引 二 苗 述 源 ， 如 标识 和 一 些 辅 助 信息 (地 理 位 置 ， 电 话 号 码 
以 及 Email 地 址 等 信息 ) 。 一 般 来 说 SDES 数 据 由 用 户 输 入 ， 显 示 在 应 用 的 图 形 界 面 上 。 


Y TL | NUN | ee | 


SSRC/CSRC 1 


List of SDES items 


SSRC/CSRC 2 


List of SDES items 





Ф Ñ 
HUAWEI TECHNOLOGIES CO., LTD. IN 82, HUAWEI 


Ф, 
U 
P wu 

«f ANN 
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2. 2 RTCP 报 文 格式 -- SDES 报 文 格 式 (2) 


一 般 来 说 SDES 列 表 (list of SDES items) 以 被 摘 述 的 源 的 SSRC 开 始 。 跟 随 一 个 或 者 多 个 描 
述 项 ， 描 述 项 格式 如 下 图 |: 

Value (not null-terminated) 
如 果 描 述 项 的 type = 1， 那 么 该 描述 称 为 CNAME item ， 为 每 个 参与 者 提供 了 规范 名 ( 
canonical name) © 
这 个 规范 名 是 稳固 的 永久 的 标识 ， 独 立 于 同步 源 标 识 。CNAME 能 同时 用 于 一 个 参与 者 的 
多 个 会 话 。 
CNAME 是 唯一 一 个 强制 实现 的 SDES item， 所 有 实现 必须 实现 该 描述 。 x 
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e 出 现 空 的 SDES items 列 表 是 正常 的 这 个 时 候 SC 和 length 字 段 为 0。Mixers 和 
translators 因 为 聚合 了 流 ， 所 以 可 能 产生 大 的 SDES items 列 表 。 
e 除了 CNAME 之 外 ， 还 有 NAME、_EMA 必 、PHONE、LOC 等 信息 ， 这 里 不 一 一 介绍 。 


П 259 [| 


2. 2 RTCP 报 文 格式 -- SDES 报 文 实例 


。 以 下 分 别 是 SR 和 RR 的 SDES 报 文 实例 
SR 的 SDES 报 文案 例 


stream setup 


[setup frame; 2181 

[setup Method: enr] 
10.. .... = version: RFC 1889 version (2) 
20. .... = Padding: 


Packet type: Source description © 
Lengt 18 byt 
= chunk 1, SSRC/CSRC Ox34CA36FD 
Identifier: Ox34ca36fd (885667581) 
Øg SQ ms 
/pe: CNAME (user and domain 1 
Length: 36 
Text: fast media audio. 66894 9ао2һиамеі. сот 
Type: END (0) 
[RTCP frame length check: OK - 76 bytes] 
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RR 的 SDES 报 文案 例 


stream setup 


[setup frame: 252] 
[setup Merhod: DP] 
2»... = version: RFC 1889 version (2) 
- Padding: False 


Source description 


3 chunk 1, SSRC/CSRC Ox60r716c1 
Identifier: Ox60f716c1 (1626805953% 


Text: 
Type: NOTE (note about soure) 
Length: О | 
Type: NAME (common name) Ç?) 
Length: O 
Type: END (O) 

[RTCP frame length check; OM 9-76 bytes] 


CN > 
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2.2 RTCP 报 文 格式 -- BYE 报 文 格式 (1) 


° RTCP 协 议 可 以 通过 BYE 分 组 进行 自由 的 成 员 控制 ，RTCP BYE 标 识 离 开会 话 的 成 员 ， 或 者 
成 员 改 变 SSRC。BYE 分 组 可 能 在 传输 中 丢失 ， 而 且 应 用 实现 不 会 再 次 产生 BYE 分 组 。 所 以 
接收 者 应 该 准备 好 对 某 些 用 户 超时 ， 而 且 没 有 接收 到 BYE 分 组 。 


SSRC 1 


SSRC 2 
SSRC n 
Optional length Optional reason for leaving 


Ү CILE. 
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。 其 中 的 SSRC 表 示 哪 些 SSRC 离 开 了 会 话 , RC 对 这 些 SSRC 计 数 ， 如 果 RC 为 0， 这 个 报 文 虽 
然 有 效 但 是 没有 用 处 ， 因 为 不 知道 谁 离开 会 话 。 


e 在 BYE 分 组 的 结束 ， 可 以 携 市 参与 者 离开 会 话 的 原因 ， 不 过 这 是 可 选 子 段 。 


[| 261 [] 


2. 2 RTCP 报 文 格 式 -- BYE 报 文 实例 


。 以 下 是 BYE 的 报 文 实例 


н Real-time Transport control Protocol (Receiver Report) 
= Real-time Transport control Protocol (Goodbye) 
= [Stream setup by spP (frame 252)] 
frame: 5 
[Setup Method: SDP] 
10.. .... = version: RFC 1889 version (2) 
..0. .... = Padding: False 
...0 ООО1 = Source count: 1 
Packet type: Goodbye (203 
Length: 1 (8 bytes 
Identifier: Ox60f716c1 (1626805953) 
[RTCP frame length check: OK - 40 bytes] 


HUAWEI TECHNOLOGIES CO., LTD. 





П 262 П 


2. 2 RTCP 报 文 格 式 -- APP 报 文 格 式 


APP 数 据 报 文 允 许 应 用 定义 扩展 。APP 分 组 用 来 进行 一 些 非 标准 RTCP 扩 展 ， 或 者 进行 一 些 
新 特性 的 试验 ， 等 到 试验 成 熟 ， 就 可 以 注册 成 一 种 新 的 类 型 。 应 用 实现 对 不 认识 的 APP 应 
该 子 以 忽略 。 


Fa TES [L mm DEE 
SSRC 
Application-defined packet name 


Application-defined data 
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2. 2 RTCP 报 文 格 式 -- APP 报 告 实例 


° Application-defined packet name 使 用 4 个 字符 的 标识 符 ， 唯 一 标识 这 个 扩展 。 每 个 字符 使 
用 Ascll 编 码 格式 ， 区 分 大 小 写 。 


Irans port COonmntri s pi mim nim | аја 
= Version: РЕС 1889 Version (2 
..0. .... » Padding: False 
Subtype: O 
Packet type: Application specific (204) 
Length: 44 


- OE ono r T3 20004 E O cis cooc oZ. 





QN > 
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本 章 小 结 


ə RTP/RTCPIE SHARE 
о RTP 报 文 格式 
а RTCP 报 文 格式 
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内 容 介绍 


第 1 章 RTP/RTCP 概 述 
第 2 章 RTP/RTCP 报 文 格式 
第 3 章 RTP/RTCP 应 用 





HUAWEI TECHNOLOGIES CO., LTD. 


w HUAWEI 
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内 容 介绍 
第 3 章 RTP/RTCPRZ FH 


3.1 RIP 应 用 
3.2 RICP 应 用 


«QN > 
HUAWEI TECHNOLOGIES CO., LTD. Page 43 
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3.1 RTP 应 用 -- 相 关 协 议 


transport and: signaling and support 


quality I | 
a мор npe, 
SAP/SDP H.245 Conf. 
Control 


UDP or TCP 


RTP/RTCP CRsvp) 


Data Link 


Physical 
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3.1 RTP 应 用 -- Н. 323 实 体 


e H.323: 
a 实现 分 组 交换 网 上 的 和 多 媒体 会 议 
a 扩展 后 支持 iP 电话 


• H.323 包 括 四 个 组 成 部 分 : 
о Zum: Endpoint IP/ISON/E1 
标清 终端 
n 关 守 : Gatekeeper 


а 多 点 控制 单元 : MCU 
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3.1 RTPRZFH— TH. 323 的 组 网 架构 


Gatekeeper = T MCU 
"LM А ` 多 点 控制 单元 


ej 


Terminal 
H.323£* йн 
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3.1 RTP 应 用 -- Н. 323 协 议 栈 


= m m mn m dil am am m asa m un m 





П 2710] 


3. 1 RTP 应 用 -- H. 323 呼 叫 过 


ж кча кшш и жеп шш тош ишш поши шы п m к шш Rm RR m... — жан Каш каа .- аа 
Call Proceeding 


— EG ud 
Call Signaling 
Message 


и Talking 
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.1 RTP 应 用 -- SIP 


SIP (Session Initiation Protocol) ZN FH EEJSTBI INIM. e 
SIP 被 用 来 创建 、 修 改 和 终结 一 个 或 多 个 会 话 进程 。 
SIP 所 支持 的 功能 : 

基本 会 话 

多 用 户 之 间 的 会 话 

交互 的 媒体 应 用 
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e 会 话 发 起 协议 (Session Initiation Protocol) 是 由 IETF 提 出 并 研究 的 一 个 在 IP 网 
络 上 进行 多 媒体 通信 的 应 用 层 控制 协议 


° Session Initiation Protocol -是 应 用 层 信 令 协 议 ,定义 了 用 户 间 交 互 式 媒体 会 话 
的 发 起 ,修改 和 终止 过 程 


e SIP 协 议 最 早 由 是 由 MMUYySIC IETF 工 作 组 在 1995 年 研究 的 ， 由 IETF 组 织 在 1999 
年 提议 成 为 的 专 个 标准 。 
e SIP 主 要 借鉴 六 Web 网 的 HTTP 和 SMTP 两 个 协议 。 


П 273 П 


3.1 RTP 应 用 -- SIP 协 议 栈 


Codecs (G.711,G.729 
H263,H264 and etc.) 
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3. 1 RTP 应 用 -- SIP 呼 叫 流程 (点 对 点 ) 





"Calls" 
18.18.2.4 


Talking 


Hangs up 
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。 ACK 表 示 编 解码 协商 成 功 。 
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3. 1 RTP 应 用 -- SIP 呼 叫 流程 (B2BUA) 


SIP r= B2BUA SIP PhoñeB 


100 Trying 


4 100 Trying 
5 180 Ringing 


200 OK 
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内 容 介 绍 


第 3 章 RTP/RTCP 应 用 
3.1 RTP 应 用 
3.2 RICP 应 用 
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3. 2 RTCP 应 用 


° 以 下 是 RTCP 的 实例 流程 ， 分 析 可 得 ， 此 次 流程 包含 了 SR，RR，SDES 和 BYE 报 文 。 


Full Intra-frame Request (H.26 
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° ICMP xi П RJ 3A 
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3. 2 RTCP 应 用 


° 以 下 是 RTCP 的 实例 流程 ， 可 以 看 到 有 SR，RR，SDES 和 和 BYE 报 文 。 
10.77.232.105 сеа 


RTCP: Sende Берт $oogrcedeschpoon 

RTCP: Receiver Report Source description 

RTCP: Receiver Report Soure description Full Inmea-frame Насим? (H.261) 
RTCP: Sender Report Source deseription Full Intra-frame Reguest (H.261) 
RTCP: Receiver Report Source description 

RTCP: Receiver Report Source description 

RTCP: Sender Report Source description 

RTCP: Receiver Report Source description 

RTCP: Receiver Report Source description 

RTCP: Sender Report Source descrippon 

RTCP: Receiver Report Source description 

RTCP: Receiver Report Source description 

RTCP: Receiver Report Goodbye 

ICMP: Destination unreschable (Port unceachable) 

| | RTCP: Receiver Report Goodbye 
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本 章 小 结 


ə RTP/RTCP 应 用 
a RTP 应 用 
o RTCP 应 用 
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Thank you 


wvvw.huawei.com 
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音频 编码 拉 术 


HCNP-VC 1HVCP 视 频 会 议 协议 原理 
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Bi] 


人 类 从 外 界 获取 的 信息 2023 以 上 来 自 听 觉 ， 人 耳 能 感知 的 的 
声音 是 一 种 机 械 振动 波 ， 声 波 频 率 在 20 一 20000HZ 之 间 。 

人 们 将 与 声音 相应 的 机 械 振动 转换 成 电信 号 ， 这 些 电 信号 就 
统称 为 音频 信号。 


音频 是 多 媒体 技术 的 重要 特征 之 一 ， 是 携 市 信息 的 重要 媒体 。 


x 
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目标 


学 习 完 此 课程 ， 您 

> 了 解 音频 技术 的 基础 

> 掌握 常用 的 语音 编码 算法 和 比较 
> 了 解 音频 中 涉及 的 相关 技术 


HUAWEI TECHNOLOGIES CO., LTD. w HUAWEI 
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内 容 介 绍 


第 2 章 常用 语音 编码 比较 和 应 用 
第 3 章 音频 相关 技术 
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内 容 介绍 


第 1 章 音频 技术 基础 知识 
1.2 PCM 编 码 
1.3 其 他 压缩 编码 
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1.1 音频 信号 处 理 过 程 
。 音频 信号 从 输入 到 播放 的 处 理 过 程 如 下 图 所 示 ， 主 要 包括 五 大 步 又 。 


| PCM 编 码 


ЕЕЕ ЕРЕ OO Riem | 


播放 | 传输 /存储 | 
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° 一 般 情 况 下 ， 声 音 的 制作 是 使 用 麦 苑 风 或 录音 机 来 产生 ， 再 由 声卡 上 的 WAVE 合 
成 器 的 ( 模 / 数 转换 器 ) 对 模拟 音频 采样 后 ， 量 化 编码 为 一 定 字 长 的 二 进 制 序列 ， 
并 在 计算 机 内 传输 和 存储 。 在 数字 首 频 回放 时 ， 表 由 数字 到 模拟 的 转化 器 ( 数 / 模 
转换 器 ) 解 码 可 将 二 进 制 编码 恢复 成 原始 的 声音 信号 ， 通 过 音 啊 设备 输出 。 
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内 容 介 绍 


第 1 章 音频 技术 基础 知识 
1.1 音频 信号 处 理 过 程 
1.2 PCM 编 码 
1.3 其 他 压缩 编码 
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1.2 PCM 编 码 -原理 


PCM 脉 冲 编码 调制 是 将 话音 、 图 像 等 模拟 信和 号 每 隅 一 定时 间 进 行 取样 ， 使 其 离散 化 
， 同 时 将 抽样 值 取 整 量化 ， 同 时 将 抽 梓 值 按 一 组 二 进 制 码 来 表示 抽样 脉冲 幅 值 的 接 
术 。 

主要 包括 三 个 过 程 : 抽样 、 量 化 、 编 码 。 


а 
») ;: 
— —» 7 —^1010010 


编码 
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。 PCM 脉 冲 编码 调制 是 Pulse Code Modulation 的 缩写 。 

° 抽样 是 把 连续 时 间 模 拟 信号 转换 威 离散 时 间 连 续 幅 度 的 抽样 信和 号。 

° 量化 是 把 离散 时 间 连 续 幅 度 的 抽样 信号 转换 成 离散 时 间 离 散 幅 度 的 数字 信号 。 
。 编码 是 将 量化 后 的 信号 编码 形成 一 个 二 进 制 码 组 输出 。 
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. 2 PCM 编 码 - 优 缺 点 




















i^t * 


缺点 : SERA, NRTA 
应 用 : CD/DVD/WAV 


KIRE: 44.1KHZ 
量化 位 数 :16 bit Ç 
声 道 数 : 双 声 道 

数据 速率 : 1411.2 Kbps 
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e 要 算 一 个 PCM 音 频 流 的 码 率 是 一 件 很 轻松 的 事情 ， 采 样 率 值 X 采 样 大 小 值 X 声 道 数 bps 
。 一 个 采样 率 为 44.1KHz， 采 样 大 小 为 16bi， 双 声 道 的 PCM 编 码 的 WAV 文 件 ， 它 的 数据 
速率 则 为 44.1KX16X2=1411.2 Kbpbs。 我 们 常见 的 Audio CD 就 采用 了 PCM 编 码 ， 一 张 
光盘 的 容量 只 能 容纳 72 分 钟 的 音乐 信息 。 

。 存储 量 = 采 样 频率 X 量化 位 数 /8X 声 道 数 x 时 间 

e NH: 在 计算 机 应 用 中 ， 能 够 达到 最 高 保 真水 平 的 就 是 PCM 编 码 ， 被 广泛 用 于 
素材 保存 及 音乐 欣赏 ，CD、DVD 以 及 我 们 常见 的 WAV 文 件 中 均 有 应 用 。 
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内 容 介 绍 


第 1 章 音频 技术 基础 知识 
1.1 音频 信号 处 理 过 程 
1.2 PCM 编 码 
1.3 其 他 压缩 编码 








П 294 [] 


1.3 其 它 压缩 编码 


数字 波形 文件 数据 量 大 ， 数 字音 频 的 编码 必须 采用 高 效 的 数据 压缩 编码 技术 ， 降 低 码 率 ， 
压缩 依据 如 下 : 

o 数据 量 大 

a ”声音 信号 存在 着 数据 见 余 

a 人 的 听觉 特性 

音频 信号 的 压缩 编码 方式 可 分 为 以 下 三 种 : 

a 波形 编码 (G.711,G.721,G.722, 6.727) 

o 参数 编码 (FED-STD-1015) 

a 混合 编码 (G.728, G.729,G.723.1) 
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。 数字 波形 文件 数据 量 大 ， 数 字音 频 的 编码 必须 采用 高 效 的 数据 压缩 编码 技术 。 音 频 信 
号 能 够 被 压缩 编码 的 依据 有 两 个 ， 一 是 声音 信号 存在 着 数据 宛 余 ; 二 是 利用 人 的 听觉 
特性 来 降低 编码 率 ， 人 的 听觉 具有 已 个 强 音 能 抑制 一 个 同时 存在 的 弱 音 现象 ， 这 样 就 
可 以 抑制 与 信号 同时 存在 的 量 伦 噪声 ;另外 人 耳 对 低频 端 比较 人 敏感， 而 对 高 频 端 不 大 
敏感 。 

。 1976 年 美国 确定 用 线性 预测 编码 LPC10-E 作 为 在 2.4k 码 率 上 语音 通信 的 标准 技术 .1981 征 
这 个 算法 被 接受 并 作为 美国 联邦 政府 标准 FED-STD-1015， 

。 波形 编码 

。 波形 编码 是 将 时 间 域 信号 直接 变换 为 数字 代码 ， 力 图 使 重建 语音 波形 保持 原 语音 信号 
网 波形 形状 。 波 形 编码 的 基本 原理 是 在 时 间 轴 上 对 模拟 语音 按 一 定 的 速率 抽样 ， 然 后 
将 幅度 样本 量化 ， 并 用 代码 表示 。 它 具有 适应 能 力 强 、 语 音质 量 好 等 优点 ， 但 所 用 编 
码 速 率 高 o 
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参数 编码 


它 对 信号 特征 参数 进行 提取 和 编码 ,在 解码 问 ， 力 图 重建 原始 语 首 
率 较 高 ， 效 率 较 高 。 但 算法 复杂 度 大 ， 合 成 语 首 的 目 然 度 不 好 ， 抗 
力 较 差 。 


混合 编码 


信号 
db Eam 
月 = 


Ҹу, Huawei 


‚ E 


m == Д 
IE 27 В 





BEER BD E RJ {Ж FH РА т PS Rh À ER ARE 75 2914 HI EO НУ ТАЛЫ 
如 果 同 时 结合 波形 编码 方法 和 参量 编码 方法 ， 则 可 得 到 集合 了 两 者 优势 的 的 编 
码 。 这 种 方法 克服 了 原 有 波形 编码 与 参数 编码 的 弱点 ， 并 且 结 合 了 波形 编码 的 


高 质量 和 人 参数 编码 的 低 数 据 率 ， 取得 了 比较 好 的 效果 。 


r 


° 首 频 技术 基础 和 Hi 只 
a 音频 信号 处 理 过 程 
о PCM 编码 
a 其 他 压缩 编码 
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W Huawei 
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内 容 介绍 


第 1 章 音频 技术 基础 知识 
第 3 章 音频 相关 技术 
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内 容 介绍 


第 2 章 常用 语音 编码 比较 和 应 用 
2.2 视频 会 议 常用 音频 技术 
2.3 应 用 实例 
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2.1 常用 语音 编码 算法 


om | | | 
[em | s | w | «= | &- 
[m | w | s | = | = 
Lema | w | wm | 2 | + — 
[us | sa | maa | элте (OUR _ 
| HWAiD | 16/32/48 | m | — 321085397.) 高 _ 
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2.1 编码 市 宽 计 算 


e Example: G.711 编 解码 器 速率 = 64 kbit/s 
° 如 何 计算 得 到 编码 带宽 ? 


PCM 的 帧 频 SKHZ 


ZE ° — — 
нга 


WA HUAWEI 


HUAWEI TECHNOLOGIES CO., LTD. 





П 301П 


2. 


1 Siria ki PT 
Example: G.711 速率 = 64 kbit/s, ТЕ НН = 20 ms, 


带宽 = ( RTPšL+ UDPšL+IPšL+ EthernetšL+Payload) x (14TB3#}) 
=( 528 /打包 周期 ) +RTP 每 秒 的 比特 数 


语音 带宽 = ( 528/20 + 64) Kbit/s=90.4 Kbit/s 


Payload- 打包 周期 (s) x 每 秒 比 特 数 = 0.02 х 64000 = 1280 bits 
包 长 度 如 下 : € 


Ethernet Header /Payload 


%. 
208 bits «MU 11280 bits 
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e G711: 20mst]&, чы) (528/20 + 64) Kbit/s=90.4 Kbit/s 
e G729: 20mst]&, чыт) (528/20 + 8) Kbit/s= 34.4 Kbit/s 
e G723: 5.3k, 30msT]&, #57 ( 528/30 + 5.3) Kbit/s=22.9 Kbit/s 


丢 包 率 不 超过 1% - ЗЕТЕ У150- 
200ms 


Ф 


平均 抖动 不 应 超过 30ms 每 个 呼叫 需要 21 之 
106kb/s 的 保 让 优先 带宽 
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° БАЕ 
• TB (bandwidth) 也 称 为 吞吐 量 (throughput) ， 是 指 在 一 个 固定 的 时 间 内 (1 
Wb) ， 从 网 络 一 曾 流 到 另 二 端的 最 大 数据 位 数 ， 也 可 以 理解 为 网 络 的 两 个 节点 之 
间 特 定数 据 流 的 平均 速率 % 市 宽 的 单位 是 比特 / 秒 (bits， 简 与 为 pps) e 
п 带宽 可 以 用 城市 的 供水 网 做 比喻 来 帮助 理解 它 的 含义: 供水 管道 的 直径 可 以 衡量 
运 水 的 能 力 从 水 管 的 直径 好 比 是 市 宽 ， 水 惑 好 比 是 网 络 传输 的 数据 。 使 用 粗 管 子 
就 意味 着 拥有 更 宽 的 市 完 ， 也 就 是 有 更 大 的 数据 传输 能 力 。 
° ВУЗЕ 


o 时 延 (Latency) 是 指 一 个 报 文 或 分 组 从 一 个 网 络 的 一 端 传送 到 另 一 端 所 需 
要 的 时 间 。 

п 以 语 首 传输 为 例 ， 时 延 是 指 从 说 话 者 开始 说 话 到 对 方 听 到 所 说 内 容 的 时 间 
。 硬 时 延 太 大 ， 会 引起 通话 声音 不 清晰 、 不 连贯 或 破碎 。 

n 大 多 数 用 户 坚 觉 不 到 小 于 100 毫 秒 的 延迟 ; ЯА 10038 £P4030038 $77 
间 时 ， 说 话 者 可 以 察觉 到 对 方 回复 的 轻微 俘 顿 ， 这 种 停顿 可 能 会 使 通话 双 
方 都 感 沉 到 不 舒服 。 超 过 300 坚 秒 ， 延 迟 融会 很 明显 ， 用 户 开始 互相 等 待 
对 方 的 回复 ， 当 通话 的 一 方 不 能 及 时 接收 到 期 望 的 回复 时 ， 说 话 者 可 能 会 
重复 所 说 的 话 ， 这 样 会 与 远 端 延迟 的 回复 碰撞 ， 导 致 重 复 。 
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e 时 延 变 化 ( 拌 动 ) 
п 时 延 变 化 是 指 同一 业务 流 中 不 同 分 组 所 呈现 的 时 延 不 同 。 时 延 变 化 也 称 为 


215) (ег) 。 拌 动 主 要 是 由 于 业务 流 中 相继 分 组 的 排队 等 候 时 间 不 同 引 
起 的 ， 是 对 服务 质量 影响 最 大 的 一 个 问题 。 


п 茶 些 业 务 类 型 ， 特 别 是 话音 和 视 像 等 实时 业务 是 极 不 容忍 拌 动 的 。 分 组 到 


达 时 间 的 差异 将 在 话 首 或 视 像 中 造成 断 续 。 


e X! 
п 少量 的 丢 包 (Loss) WI SNIEMFTR, By, ERERAF, XA— 


个 比特 或 一 个 分 组 的 信息 ， 通 话 双方 往往 注意 不 到 。 在 视 像 广播 期 间 ， 丢 
失 一 个 比特 或 一 个 分 组 可 能 千 成 在 屏幕 上 瞩 间 的 波形 干扰 ， 但 视 像 很 快 恢 
复 正 常 。 即 使 用 传输 控制 协议 (TCP) 传送 数据 也 能 处 理 少 量 的 丢 包 ， 因 
为 传输 控制 协议 允许 丢失 的 信息 重 发 。 但 大 量 的 丢 包 会 影响 传输 效率 。 所 
以 ，QoS 更 关注 的 是 丢 包 的 统计 数据 一 一 丢 包 率 。 于 包 率 是 指 在 网 络 传输 
过 程 中 丢失 报 文 占 传 输 报 文 的 百分比 


2.1 带宽 和 时 延 比较 


o 以 下 是 几 种 编码 算法 的 带宽 和 时 延 比 较 : 
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内 容 介绍 


第 2 章 常用 语音 编码 比较 和 应 用 
2.1 常用 语音 编码 算法 


2.3 应 用 实例 
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2.2 视频 会 议 中 音频 技术 
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° 目前 传统 视频 通讯 过 程 中 主要 采用 的 是 GCT1、G.722、G.722.1、G.728 等 音频 
标准 ， 音 频 宽 度 仅 有 50Hz - 7KHz 单 声 道 ， 而 人 耳 所 能 感知 的 自然 界 的 频 啊 能 
可 以 达到 20Hz - 20KHz， 因 此 ， 在 对 现场 环境 音 的 还 原 过 程 中 过 多 的 音频 信息 
的 丢失 造成 了 无 法 真实 表现 现场 情况 。 

e AAC-LD 全 称 (Advanced Audio Coding- Low Delay) ， 即 高 级 音频 编码 低 延 迟 
规格 协议 

。 AAC 文 持 高 采样 率 48K， 达 到 CD 首 质 。 

• AAGC 的 编 解码 20ms 的 延 时 ，mp3 的 编 解 码 至 少 延 时 100ms。 

e 相同 的 音质 ，AAC 鼎 用 的 带宽 比 MP3 少 30%。 


° 所 以 在 高 清晰 视频 通讯 过 程 中 使 用 AAC-LD 方 式 解决 此 问题 。 使 整个 高 清晰 通讯 
过 程 更 去 近 于 完 
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2.2 ü. 711 


e G.711 是 1972 年 由 国际 电信 联盟 (ITU-T) 订 定 的 音频 编码 方式 ， 又 称 为 ITU-T G.711. 


o 输出 码 率 : 64Kbps 
采样 率 : SKHZ 
优点 : 语音 质量 尚好 
缺点 : 压缩 比 小 ， 占 用 的 带宽 较 高 
应 用 领域 : voip， 数 字 PBXISDN 上 的 数字 式 电 话 


WA Huawei 
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e 备注 : 70 年 代 CCITT 公 布 的 G.711 64кЫ/5 hma ]РСМ. 
备注 : PCMU and PCMA 都 能 够 达到 CD 音质 ， 但 是 它们 消耗 的 带宽 也 最 多 (64kbps)。 如 
果 网 络 带 宽 比 较 低 ， 可 以 选用 低 比 特 速 率 的 编码 方法 ， 如 G.723 或 G.729， 这 两 种 编码 
的 方法 也 能 达到 传统 长 途 电话 的 音质 ， 但 是 需要 很 少 的 带宽 (G723 需 要 5.3/6.3kbps， 
G729 需 要 8kbps) 。 AQ EEH ER ЕЕ 质量 ， 残 使 用 PCMU 和 PCMA, 
甚至 可 以 使 用 宽带 的 编码 方法 G722(64kbps)， 这 可 以 提供 有 高 保 真 度 的 音质 。 


° 在 我 国 采 用 人 A 律 压 扩 ， 在 小 取样 值 范 围 内 相当 于 12 bit 线 性 PCM。Mu 律 时 则 为 
13bit。 
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2.2 0. 722 


e G.722 是 1988 年 由 国际 电信 联盟 (ITU-T) 订 定 音频 编码 方式 ， 又 称 为 ITU-T G.722， 是 第 一 -1 
用 于 16KHz 采 样 率 的 宽带 语音 编码 算法 。1984 年 被 CCITT 定 义 为 标准 ， 而 且 现 邻 还 在 使 用 。 
o 输出 码 率 : 64Kbps 
采样 率 : 16KHZ 
优点 : 延 时 和 误 码 率 低 ， 无 专利 技术 ， 费 用 低廉 ， 质 量 较 好 
缺点 : 带宽 要 求 高 
应 用 : 无 线 通信 、VolP 生 产 商 、 个 人 通信 服务 、 视 频 会 议 应 用 
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。 特性 : G722 能 提供 高 于 G711 的 语音 质量 
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2.2 Q. TET 


。 G.722.1 基 于 Polycom 的 第 三 代 Siren 7 压缩 技术 ，1999 年 被 
ITU-T 批 准 为 G.722.1 标 准 。 
п 输出 码 率 : 24/32Kbps 
a 采样 频率 : 16KHZ 
a KR: 大 约 一 半 的 比特 率 实 现 与 G.722 相 当 的 质量 
о HR: 算法 较 复 杂 ， 延 迟 较 大 
a 应 用 领域 : voip 
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2.2 G. 722.1 Annex C 


ə G722.1 Annex CH Polycom 的 Siren 14 压缩 技术 , 采用 32kHz 采 样 频 率 ，2005 年 中 ， 
际 电 信 联 盟 (ITU) 批准 Polycom Siren 14™ 技术 为 14 kHz 超 宽带 音频 编码 新 标准 。 同 时 
进入 作为 ITU-T 建 议 的 G.722.1 Annex C. 

o 输出 码 率 : 24/32/48Kbps 
采样 频率 : 32KHZ 
HR: 129, HER, SRAMNE 
缺点 : 牺牲 高 频 信 息 ，Polycom 授 权 ， 极 少数 产 商 使 用 
应 用 领域 : CD 级 高 保 真 语音 质量 
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2.2 (а. 728 


° G.728 是 1992 年 由 国际 电信 联盟 (ITU-T) 建议 的 一 个 压缩 原则 16 kbps 的 压缩 标准 ， 并 且 


有 0.625 ms 的 算法 编码 延迟 。 

a Wax: TeKbps 

о 采样 频率 : SKHZ 
KR: 占用 带宽 少 ， 延 时 极 短 
缺点 : 音质 较 低 
应 用 领域 : TDM 语 音 传输 ，VolP 


$2 HUAWEI 
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2.2 AAC-LD 


AAC (Advanced Audio coding ， 高 级 音频 编码 ) 是 由 Fraunhoferfi 开 究 院 、DOLBY 试 验 室 和 ATT 共 
同 研发 出 的 一 种 音频 压缩 格式 ， 是 MPEG-2 规 范 的 一 部 分 ， 并 在 1997 年 3 月 成 为 国际 标准 。 
a AAC-LD (Low Delay， 低 延迟 规格 ) 是 用 在 低 码 率 下 编码 。 

输出 码 率 : 48-64Kbps 

采样 频率 : 48KHZ 

MR: 低 市 宽 ， 低 延迟 ， 高 质量 

缺点 : CPU 利 用 较 高 

应 用 领域 : 会 议 电 视 系统 
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e AAC (Advanced Audio Coding， 高 级 音频 编码 ) 是 由 Fraunhofer 研 究 院 (MP3 格 
式 的 创造 者 ) 、 杜 比 (DOLBY) AREA (美国 电话 电报 公司 ) 共同 研发 出 
的 一 种 音频 压缩 格式 ， 是 MPEG-2 规 范 的 一 部 分 ， 并 在 1997 年 3 月 成 为 国际 标准 
。 随 看 MPEG - 4 标准 在 2000 年 成型 后 ，MPEG2 AAC 也 被 作 为 核心 编码 技术 ， 并 
增加 了 一 些 新 的 编码 特性 ,又 叫 MPEG-4 ААС, 


e 特性 : Fraunhofer 研 究 院 、DOLBY 试 验 室 和 AT8T 共 同 研 发 


e AAC-LD 全 称 Advanced Audio Coding- Low Delay) ， 即 高 级 音频 编码 低 延 迟 规 
格 协议 


。 AAC 又 持 高 采样 率 48K， 达 到 CD 音质 
AAC 的 编 解 码 20ms 的 延 时 ，mp3 的 编 解 码 至 少 延 时 100ms 
è> 相同 的 首 质 ，A 人 AAC 占用 的 带宽 比 MP3 少 30% 
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内 容 介 绍 


第 2 章 常用 语音 编码 比较 和 应 用 
2.1 党 用 语音 编码 算法 
2.2 视频 会 议 常用 音频 技术 
2.3 应 用 实例 
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2.3 音频 格式 在 SDP 中 的 实例 


。 下 面 是 G.711 音 频 编 码 在 SDP 摘 述 的 实例 : 


| Session initiation Protocol 
国 Request-Line: INVITE £1ip:/006910.77.232.105:5060; user-phone 2IP/2.0 
m message Header 
El message Body 
= session Description Protocol 
session nescriprion Protocol version (v3: 0 
g Owner/crearor, session Id Соу: Huaweiespacevl1OOROO1CcOl15PClO00 240 гайб ты IP4 10.77.1594.43 
Session мате (5): sip call 
= Connection Information (cC): IN IP4 10.77.194. 94 
Jg Time Description, active rime (т): о Q _ - 
[2 Media Description, name and address (m): audio 10500 RTP/AVP O B | 
Media Туре: audio 
Media Port: 10500 
Media Protocol: RTP/AVP 


3 media attribute = 
медіа attribute Fieldname: rtpmap 
Media Format: 

MIME Type: 
Samp 


media Format: 8 
MIME Type: PCMA 
Sample Rare: 8000 
Media Description, name and address (m): video 10510 RTP/AVP 34 
п Bandwidth Information (b): AS:448 
в Media Attribute (a): rtpmap:34 H263/90000 
© Media Attribute (a): fmtp:34 QCIF-1 CIF-1 MaxBRe4480 
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° 可 以 知道 在 SIP 中 的 SDP 中 对 语音 编 解 码 进行 协 简 ， 提 供 了 本 端 设备 支持 的 语 首 编 解码 ， 
包括 两 种 PCMU 和 PCMA， 最 终 选 择 哪 一 种 看 最 后 RTP 中 传送 的 情况 。 
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2.3 音频 格式 在 RTP 中 的 实例 


下 面 是 G.711 的 PCMU 在 RTP 中 的 描述 


= Real-Time Transport Protocol 


& [stream setup by 50Р (frame 218) 1] 


10.. .... = Version: ВЕС 1889 version (2) 
= Padding: False 
.... = Extension: False 
0000 = en source identifiers count: O 


[Extended sequence imber 3 65610] 
Timestamp: 191723441 
Synchronization Source identifier: Ox34ca36fd (885667581) 


Payload: ffffffffffffffffffffffffffffffffffffffffffffffff. 
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° 这 是 RTP 报 文 ， 可 以 看 到 最 终 选 择 负载 类 型 是 PCMU ， 所 以 选择 语 


PCMU 。 





X 





首 编 解码 类 型 


r 


。 常用 语音 编码 比较 和 应 用 
a 常用 语音 编码 算法 
a 视频 会 议 常 用 音频 技术 
a 应 用 实例 
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内 容 介 绍 


第 1 章 音频 技术 基础 知识 
第 2 章 常用 语音 编码 比较 和 应 用 
З EHEN 


HUAWEI TECHNOLOGIES CO., LTD. 


П 318 П 


W HUAWEI 











П 319 [] 


3.1 语音 增强 技术 概述 


。 为 了 提高 话音 质量 ， 可 以 增添 一 些 语音 增强 技术 ， 如 下 
a 语音 活动 检测 VAD (Voice Activity Detection) 
全 站 天 噪音 生成 CNG(Comfort Noise Generation) 
回声 消除 EC (Echo Cancellatiom) 
Jitter Buffer 技术 
自动 噪声 抑制 ANR (Adaptive Noise Reduction) 
自动 电 平 控制 | ALC (Automatic Level Control) 
自动 噪声 补偿 ANC (Automatic Noise Compensation ) 
抗 削 波 ACLP (Anti-Clip) 
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3. 2 语音 活动 检测 -VAD 


语音 活动 检 疯 -VAD (Voice Activity Detection) АЗР): 识 列 和 消除 长 时 间 衣 
T DEDI SU. 


”用 户 B 说 话 中 间 停 顿 ， 如 犹 
3%, MIR 


Fu ҖЕТЕ 2 


静音 检测 : VAD 
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e VAD (Voice Activity Detection) 静 普 检测 的 目的 是 从 声 首 信 号 流 里 识别 和 消除 长 时 间 的 
静音 期 ， 以 达到 在 不 降低 业务 质量 的 情况 下 节省 话 路 资源 的 作用 ， 它 是 IP 电 话 应 用 的 重 
要 组 成 部 分 。 


° 静 疼 抑制 可 以 方 省 宝贵 的 融 宽 资源 ， 可 以 有 利于 减少 用 尸 感 觉 到 的 端 到 端的 时 延 。 


° 用 户 打 电话 时 ， 并 不 是 总 在 占用 通话 信道 。 根 据 传统 电话 业务 的 统计 ， THREE 
占用 通话 信道 的 时 间 不 会 超过 整个 通话 时 间 的 40%。 


。 这 主要 包括 以 下 几 个 方面 的 原因 : 
u^. 正在 听 对 方 说 话 
A 由 于 思考 ， 稍 事 休 奶 等 原因 引起 的 一 段 话 之 间 的 停顿 
п 说话 中 间 的 停顿 ， 如 犹豫 ， 呼 吸 等 
п 第 一 种 情况 下 停顿 间 隐 长 而 出 现 频 率 低 ， 第 三 种 情况 停顿 间 隐 短 而 出 现 
频率 高 ， 第 二 种 情况 界 于 一 、 三 种 情况 之 间 。 
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3.2 жета EMONG 


。 舒适 噪音 生成 CNG (Comfort Noise Generation); 与 VAD 配 合 使 用 ， 设 置 播放 舒适 
噪音 。 


BARAA en 


Hr f? 


| 


舒适 噪音 : CNG 


E 静音 检测 : VAD 


用 户 A 
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° ўїл Е АТЕЙ ЕЕ Н, ТЕБА РОДЕ F, URFEHTZIE 
何 分 组 数据 包 ， 即 完全 无 声 ， 收 听 者 反而 会 感到 不 自然 ， 会 有 断 线 的 感觉 ， 因 此 需要 
在 接收 站 设置 舒适 噪音 生成 器 (CNG)。 


。 CNG 是 一 个 接收 端 设备 ， 接 收 方 滋 用 某 种 机 制 重 构 背 景 噪声 的 主要 特征 ， 背 景 噪声 的 参 
数 由 传输 方 指定 。 

。 噪声 生成 方法 的 设计 必须 保证 解码 器 和 编码 器 之 间 的 同步 ; 即使 在 某 段 时 间 内 编码 器 
未 发 出 任何 比特 入 解码 器 也 能 正确 理解 ， 使 得 复原 后 话音 的 有 音 段 和 无 音 段 之 间 有 平 


滑 的 过 渡 。 
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3.2 回声 消除 -EC (EARRAK) 


° 回声 表示 说 话 者 的 声音 ， 经 过 网 络 设备 后 ， 环 回 到 了 有 目 己 。 


|| 
— I y 
通信 线路 | 


— 
TT. = 了 Р. ч 
Sam 2 =— 


回音 的 形成 i 
° EMERE Ялан FAUtEBJES ЈЕ A 15615) 
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° НАЕМЕ = ЖМ BS. ИА = 875 NAA fe 2k Per XB SE ZI m 
设备 ， 通 过 扬声器 播放 出 来 ;播放 出 来 的 声音 和 本 端 用 户 讲话 的 声音 同时 进入 话 简 ， 
形成 混合 信号 ， 再 通过 通信 线路 传递 给 远 端 用 户 。 

。 ”经 过 这 样 的 过 程 ， 远 端 用 户 从 其 扬声器 中 听 到 的 声音 信号 包括 了 本 端 用 户 讲话 的 声音 
ма =й тан а, BIER “OA” - 
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3.2 回声 消除 -EC (回声 抑制 |) 


xu 58H РЗ 


[n] Pr 30 И (15) Jes BE 


。 用 一 个 人 为 干预 的 信号 波 ， 去 消除 通讯 过 程 中 产生 的 回音 信号 ， 同时 保留 其 
它 正常 的 语音 信号 ， 以 达到 通讯 的 正常 使 用 。 
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3. 2 Jitter Buffer 技 术 


e Jitter Buffer: 通过 对 接收 到 的 报 文 进行 缓存 然后 再 播放 、 处 理 ， 达 到 消除 持 动 的 目 
的 。 
• Jitter Buffer 的 基本 功能 示意 如 图 所 示 : 


Jitter Buffer 


| 20ms ; 20ms | | 20ms ; 20ms | 
I ES = , 


RTP Timestamp RTP Timestamp RTP Timestamp 
Intartrame gap of 20ms Interíframe gap of 20ms interiea ma gap of Wms 
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。 Jitter Buffer 423 ARASMAN Зр 81 73 3A: 


e 静态 Jitter Buffer 


o 静态 Jitfer Buffer 是 指 Buffer 深 度 为 一 个 预先 设 定 的 固定 值 ， 接 收 到 的 报 
文 需要 缓存 固定 的 时 间 ， 然 后 再 进行 播放 。 
e 动态 Jitfer Buffer 


п ”动态 Ji 计 er Buffer 是 根据 报 文 的 发 送 和 接收 时 间 计 算 网 络 延 时 ， 对 报 文 延 
时 的 变化 进行 统计 平均 ， 根 据 历史 的 统计 结果 预测 网 络 拌 动 ， 并 由 此 动 
态 调 整 jitter Buffer 的 深度 ， 从 而 很 好 地 跟 踊 网 络 状况 ， 使 用 最 小 的 延 时 
达到 消除 拌 动 的 目的 。 
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3.2 BIER PSTIDEBII-ANR 


自动 噪声 抑制 -ANR 


(Adaptive Noise Reduction): 


o 解决 通话 中 由 于 背景 噪声 太 大 无 法 听 清 
话音 的 问题 ， 含 有 噪声 的 语音 信和 号 进行 
噪声 抑制 以 提高 主观 语音 质量 。 
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“最 大 消除 能 力 可 达 -32dB 
G. T6085 
b 五 = 
€— (A 
—— 


“在 语音 和 间 和 鞭 期 能 做 到 同样 处 理 -4dB < DSN < З dB DSN = -2.50 ОВ 


e 能 处 理 各 种 噪声 (саг noise, street noise, babble noise, office noise, etc.) 





REEL (< 500ms) 
。 全 频带 的 噪声 消除 
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3.2 自动 电 平 控制 -ALC 


自动 电 平 控制 — ALC (Automatic Level Control) : 
a FREE SE 


SIN ALL 
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”语音 质量 一 不 降低 PESQ 值 ， 增 益 控 制 过 程 平滑 自然 、 无 剪 切 感 、 无 波动 ， 主 
观 
@ ”感觉 舒适 ， 不 影响 语音 可 慌 度 


° zen nanc Z «l0dB/s ， 了 噪声 与 语音 切换 时 增益 因子 波动 不 


© 2dB 


NIZ 








示 电 平 相差 不 超过 2dB 





° 实时 性 二 收敛 时 间 <3s 
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3.2 目 动 噪声 补偿 -ANC 


° ERMRFHNZ – ANC 
(Automatic Noise Compensation ): 
o 当 通 话 者 身 处 噪 杂 的 环境 而 无 法 听 清 楚 听 简 里 传 
出 来 的 声音 ， 而 我 们 对 这 种 外 界 的 噪声 无 能 为 力 
， 只 能 通过 调节 听 简 里 传 来 的 声音 来 提高 通话 质 
量 。 
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。 准 确 性 一 一 在 近 端 背景 噪声 较 大 的 情况 下 洞 高 远 端 输入 话音 的 音量 ， 从 而 提高 远 
端 语音 相对 于 近 端 背景 噪声 的 信 噪 比 ， 使 近 庙 收听 者 能 清楚 地 听 到 远 端 说 话 者 的 
声音 ， 调 整 后 与 目标 信 噪 比 相差 不 超过 .29B 





“平稳 性 一 一 增益 因子 的 调节 速度 < lOdB/s ， 噪 声 与 语音 切换 时 增益 因子 波动 不 
超过 2dB 


。 实 时 性 一 一 收敛 时 间 关 33 


`= == = = 
EHRE 


响 语 音 可 懂 度 





增益 控制 过 程 平 滑 自然 、 无 剪 切 感 、 无 波动 ， 主 观感 觉 舒 适 ， 不 影 
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3. 2 НШ -АСІР 


。 抗 削 波 - ACLP (Anti-Clip): 
с ” 当 通 话 者 的 声音 太 大 或 是 终端 音量 调节 的 过 大 ， 可 能 会 超过 输出 系统 的 最 大 能 级 限制 ， 在 实际 的 
数字 信号 输出 中 对 于 超出 范围 的 信号 会 进行 限 幅 处 理 ， 造 成 前 波 ， 主 观 听 起 来 有 破 音 的 感觉 。 
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° 对 于 未 削 波 信号 ， 语 音质 量 无 损伤 ， 尽 量 透 传 

° 对 于 削 波 信号 ， 恢 复 后 的 能 明显 改善 削 波 所 带 来 的 破 音 
° 算法 延 时 <5ms 

° 对 295% 以 上 的 痢 波 信号 都 能 恢复 

”幅度 降低 的 最 多 不 起 过 6dB 
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r 


° 音频 相关 技术 
a 语音 增强 技术 概述 
a 技术 介绍 
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Thank you 


wvvw.huawei.com 
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视频 编码 技术 


NG 


HUAWEI 


HCNP-VC 1HVCP 视 频 会 议 协议 原理 
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Bi] 


视频 通信 涉及 到 许多 技术 ， 其 中 以 视频 压缩 技术 最 为 重要 。 目 
前 应 用 广泛 的 几 个 视频 压缩 标准 如 ITU 的 H.261 . H.263 和 H.264 以 
J4ISO/IEC 的 MPEG-1、MPEG-2 和 MPEG-4。 

H.26x 系列 标准 主要 用 于 实时 视频 通信 ， 比 如 视频 会 议 、 可 视 
电话 等 。 

MPEG 系 列 标准 主要 用 于 视频 存储 (DVD) . MIRR 播 和 视频 
沉 媒 体 ， 如 基于 Internet， 无 线 视 频 等 。 


Ф 
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目标 


学 习 完 此 课程 ， 您 

> 了 解 视频 图 像 处 理 技术 

> 掌握 视频 编 解码 中 的 基本 概念 和 比较 

> 掌握 常用 的 视频 编 解码 码 流 、RTP 打 包 格 式 、SDP 描 述 
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内 容 介绍 


第 1 章 视频 图 像 处 理 技术 
第 2 章 常用 视频 编 解 码 分 析 
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内 容 介绍 


第 1 章 视频 图 像 处 理 技术 
1.1 视频 图 像 概述 
1.2 处 理 技 术 


HUAWEI TECHNOLOGIES CO., LTD. 


|| 
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1.1 概述 一 视频 定义 


电话 
只 闻 其 声 ， 不 见 其 人 ， 不 能 “面对面 


广播 电视 


闻 其 声 ， 也 见 其 人 ， 但 是 单 向 传播 ， 不 能 交流 。 


视频 会 议 
闻 其 声 ， 也 见 其 人 ， 可 以 实时 的 双 同 交流 。 
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。 视频 会 议 与 电话 、 广 播 电视 的 区 别 
а 传统 电话 只 能 彼此 听 到 ， 不 能 彼此 看 到 ， 而 视频 会 议 彼此 听 到 、 看 到 都 是 
基本 需求 ， 同 时 还 需要 姜 会 议 过 程 中 的 电脑 桌面 进行 共享 
а 广播 电视 是 单 向 传播, 不 能 互相 交流 ， 而 视频 会 议 可 以 双向 传播 ， 互 相 “ 
面对面 ”交流 











1.1 概述 一 视频 遂 信 场景 


EMI 


远程 面试 或 小 型 会 议 
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。 传统 电话 只 能 昕 到 彼此 的 声音 ,不 能 看 到 彼此 的 图 像 ， 而 视频 会 议 却 实 
现 了 听 到 彼此 声 普 的 同时 也 能 看 到 图 像 ， 同 时 还 提供 会 议 过 程 中 的 电脑 
泉 面 进行 共享 ， 实 现 双 同 传播 ， 互 相 “ 面 对 面 ”交流 的 效果 。 


° 从 应 用 来 看 ， 视 频 会 议 可 以 应 用 于 下 列 场合 : 拉 术 交流 、 教 学 培训 、 例 
行 会 以 、 汇 报 工作 、 传 达 精 神 、 军 事 指 挥 、 现 场 直播 、 采 访 新 闻 、 远 程 
医疗 ` 实时 股评 等 ° 


П 341 1] 


内 容 介绍 


第 1 章 视频 图 像 处 理 技术 
1.1 视频 图 像 概述 
1.2 处 理 技 术 
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1.2 视频 图 像 处 理 技术 介绍 


视频 信号 从 输入 终端 设备 开始 ， 编 码 压缩 后 发 送 到 网 络 上 ， 中 间 经 历 了 许多 图 像 处理 环 节 
， 主 要 包括 以 下 环节 : 


4 
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1.2 IP 摄像 机 采集 


。 BE: 光线 通过 镜头 进入 传感器 ， 然 后 转换 成 数字 信号 由 内 置 的 信号 处 理 器 进行 
预 处 理 ， 处 理 后 的 数字 信号 由 编码 压缩 芯片 进行 编码 压缩 ， 最 后 通过 网 络 接口 发 
人 迹 到 网 络 上 进行 传输 。 
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根据 摄像 | ШЕЛ E > 
接口 , ix ER up x iini y. 


。 A/D 转 换 : 将 模拟 信号 转换 成 数字 信号 的 转换 。 
。 FPGA 把 经 过 AD 转换 格式 的 数 子 视频 信号 ， 存 储 芷 帧 存 中 ， 进 行 预 处 理 ， 比 如 降 噪 等 。 同 
时 把 YUV4:2:2 转 换 为 YUV4:2:0 格 式 的 数据 传输 给 DSP 便 于 压缩 处 理 。 Ç 
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e FPGA (Field — Programmable Gate Array) 4 即 现场 可 编程 门 阵列 ， 通 过 硬件 编程 ， 完 
成 各 种 需要 的 逻辑 功能 ， 从 最 简单 的 与 或 非 电 平 转换 ， 到 对 各 种 复杂 的 数字 信号 的 识 
别 、 处 理 、 转 换 等 。 


e A/D 转 换 : 由 于 系统 的 实际 对 象 往往 都 是 一 些 模拟 量 〈 如 温度 、 声 音 、 图 像 等 ) ， 要 使 
计算 机 或 数字 仪表 能 识别 、 处 理 这 些 信和 号， 必须 站 先 将 这 些 模 拟 信号 转换 成 数字 信号 
， 将 模拟 信号 转换 成 数字 信号 的 电路 ， 称 为 模 数 转换 器 即 A/D (Analog-to-Digital ) 转 
换 。 

。 颜色 空间 就 是 用 怎样 的 一 组 参数 来 描述 一 个 物体 的 颜色 ， 这 些 参数 叫做 颜色 分 量 。 可 以 理解 为 
类 似 于 物体 的 位 置 空间 。 


° 不 同 的 兴 用 不 同 的 方法 摘 述 自己 的 位 置 ， 同 样 ， 不 同 的 行业 也 采用 不 同 的 方法 来 描述 一 个 物体 
的 颜色 。 常 用 的 颜色 空间 包括 : 


”RGB 一 日 常生 活 中 使 用 的 颜色 空间 : (К) 、 绿 (G) . X (B) 三 个 分 量 。 


o YUV 一 视频 处 理 中 使 用 的 颜色 空间 : 亮度 (Y) 、 蓝 色色 差 (U/Cb) 、 红 色色 差 (V/Cr 
) 。 


o (YPbPr 或 YCbCn;YUV 格 却 比 RGB 下 省 市 宽 ， 符 合 人 眼 特性 ， 并 且 兼 容 黑 日 信号 (Y 
亮度 信号 ) ， 应 用 更 广泛 ; 视频 会 议 系 统 中 处 理 的 都 是 YUV 信 和 号 而 不 是 RGB 信和 号 
。 至 于 YUV 具 体 采 样 的 方式 ， 一 副 原 始 的 数字 图 象 ， E 
ERKA, EIERN. ЙЕК Н — ИЕА 3807 2 TAN ME, 
以 减少 数据 量 。 目 前 视频 通 К з ы, 具体 方式 后 
面 的 胶 卢 可 仔细 分 析 。 
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E 


2 Жа — 0384 


。 声音 、 图 像 在 不 失真 编码 后 的 码 流速 率 很 高 ， 如 一 路 4CIF 模 拟 电视 信号 数字 化 后 的 码 流速 





度 约 是 280Mbit/s。 

4CIF = 704x576 个 像素 点 

每 秒 30 帧 ， 所 以 每 秒 704X576Xx30 个 像素 点 
每 个 像素 点 24bit 位 ， 共 704X576x30Xx24 bps = 280Mbps 

在 有 限 的 带宽 内 ， 必 须 采 用 信息 压缩 。 

目前 常见 的 压缩 编码 有 : H.261 . H.263 和 H.264 及 MPEG-2 和 MPEG-4。 


X 
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1.2 讨 编 编码 一 原理 
ШШ ШЕ [| БЕЛГТ EI 
帧 内 压缩 帧 间 压 缩 
视频 压缩 有 帧 内 压缩 (pu) 和 帜 间 压 缩 (РД) 。 
的 H.26X，MPEG-2，MPEG-4 都 支持 帧 内 / 帧 间 压 缩 。 
J 视频 会 议 主流 应 用 为 H.264 协 议 。 Ç 


经 过 4:2:0 采 样 后 4CIF 30fps 的 图 像 大 约 140M bit/s, 101552 157—R&912kbit/sE)r5 Syn] E 
输 ， 而 常见 视频 压缩 比 约 达 到 370:1， 讨 缩 后 的 数据 约 为 378 kbit/s; 
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1.2 压缩 编码 一 类 型 


° My: 采用 帧 内 编码 方式 ， 即 只 利用 本 帧 图 像 内 的 空间 相关 性 
° Pix: 采用 帧 间 编 码 (前 向 运动 估计 ) ， 即 同时 利用 空间 和 时 间 上 的 相关 性 


原 d; E S 


扎 测 图 和 象 
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e H. 2643 URE E23 731. P. BZR WEAR, PENR, BE 
XXI TRUE. HFH, Imer ДО И, MPABM ERAEN 
MRK, RAW, РОДОВ С RD e 


e Bin: KAWEA Naar) ， 即 同时 利用 空间 和 时 间 上 的 相关 性 ; 由 
于 B 帧 会 增加 算法 复 彝 度 和 和 延迟， 视频 会 议 一 般 使 用 没有 B 帧 的 H. 264 基 础 类 。 


.2 数据 封闭 与 传输 (1) 


目的 : 为 了 保证 数据 传输 的 实时 、 可 靠 及 服务 质量 等 。 

封装 传输 协议 : IETF 陆 续 提 出 了 RTP/RTCP,RSVP 和 RTSP 等 协议 ， 它 们 协同 工作 在 很 大 程度 上 满 
足 了 实时 数据 的 传输 要 求 。 

如 下 图 是 流 媒 体 协 议 栈 ; 


i Data Plane! |! 


ne | LRT Layer]: [[RTCP Layer] 
Audio / Video RTP Layer Ji |!| RTCP Layer 


UDP/TCP Layer 
Д 
ІР Layer 
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e IETF: Internet Engineering Task Force 


e RTP: (Realtime Transport Protocol) 实时 传输 协议 : 是 针对 Internet 上 多 媒体 
数据 流 的 一 个 传输 协议 ， RTP 提 供 时 间 标 志 , 序 列 号 以 及 其 他 能 够 保证 在 实时 数 
据 传 输 时 处 理 时 间 的 方法 % 

e RTCP: (Realtime Transport Control Protocol) 实时 传输 控制 协议 : RTCP 是 
RTP 的 控制 部 分 ,是 用 来 保证 服务 质量 和 成 员 管 理 的 。 

e RSVP: Resource Reserve Potocol 资源 预 留 协议 ，RSVP 预 留 带 宽 ， 提 高 
QoS(Quality of Sever). 

e RTSP: RealTime Streaming Potocol 实时 流 协议 ，RTSP 具 体 数 据 传输 交 给 RTP 提 
供 对 流 的 远程 控制 。 
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1.2 数据 封 半 与 传输 (2) 


利用 RTP 的 载荷 (Payload) 来 封装 各 种 应 用 数据 ， 如 H263、H264、MPEG4 等 视频 压缩 数据 ， 
G711、G729 等 音频 压缩 数据 。 
下 面 是 H263 视 频 压 纺 数 据 的 RTP 封 装 示 例 | : 


H.263-RFC2190 ` 


~~- 


о a h 2 3 

> 1 = 3 4 B 667 8 9 O 1 2 239 4 5 6 7T 8 9 9 1 2 3 4 b 6 7 u. 9 9 1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-# + Hr + 
| RTP header | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-—-+—-+—-—-++—-—+-+— + — nn nn + QJ Š 2 + - rn rn + 
| H.263 payload header | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+—-—Чч_ M + rn rd 
| H.263 bitstream | 
+-+- 4-44 4-4 4 4 44 4 444 dd nn nn + + I Ir nn nnd 
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。 Payload 7 [5] УЛУ 39 3038, EINEN RE, ， 具 体格 陈 可 以 参考 相应 的 
КЕС 
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1.2 数据 封闭 与 传输 (3) 


e IA H.263 73731] i 


| lo 1f 27 3f 4f Sf 08 00 45 10 
40 c4 bd cQ a8 1f 87 c0 a8 


| 
: 


S2U2985t* 


3 Frame 9 (1069 bytes on wire, 1069 bytes captured) 
8 Ethernet II, Src: 10:1f:2f:3f:4f:5f (10:1f:2£:3f:4f:5f), Ost; GeneralS 34:65:10 (00:21 | 9019 
š Internet Protocol, src: 192.168.31.135 (192.168.31.135), pst: 192.168.31.152 (192.168. 0030 


& User Datagram Protocol, Sre Port: 33024 (33024), Ost Port: 10410 (10410) | 0040 
Real-Time Transport Protoco | 


10.. .... = version: RFC 1889 version (2) 
..0. .... = Padding: False 
...0 .... = Extension: False 
s... 0000 = Contributing source identifiers count: 0 
= Marker: False 
Payload type: ITU-T H.263 (34) 
Sequence number; 45456 
Timestamp: 19044000 
hronization Source identifier: 0x30000000 (805306368) 
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1.2 图 像 格 式 转 换 


。 图 象 格式 即 指 图 象 的 大 小 或 者 分 辩 率 大 小 ， 党 用 的 图 象 格式 包括 : 


| format | 


2 
| 128 x 96 
176x 144 


352x288 


. 
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1.2 图 像 分 辩 率 的 比较 


1080p: 1920X 1080 720p: 1280x720 
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• 视频 图 像 处 理 技术 
a 视频 图 像 概述 
o 处 理 技术 
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内 容 介绍 


第 1 章 视频 图 像 处 理 技术 
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内 容 介绍 


第 2 章 常用 视频 编 解码 分 析 
2.2 常用 视频 压缩 协议 
2.3 H.263 
2.4 H.264 


2.5 МРЕС-4 
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2.1 Ж: bu 
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e W: 就 是 影像 动画 中 最 小 单位 的 单 幅 影像 男 面 ， 相 当 于 电影 胶片 上 的 每 一 格 镜 
I. 一 帧 就 是 一 副 静 止 的 画面 , 连续 的 帧 就 形成 动画 ， 如 电视 图 象 等 。 我 们 通 
常 说 帧 数 ， 简 单 地 说 ， 就 是 在 1 秒 钟 时 间 里 传输 的 图 片 的 帧 数 ， 也 可 以 理解 为 图 
形 处 理 器 每 秒 钟 能 够 刷新 凡 次 , 通常 用 fps (Frames Per Second) 表示 。 每 一 帧 
都 是 静止 的 图 象 ， 快 速 连 续 地 显示 帧 便 形成 了 运动 的 假象 。 高 的 巾 率 可 以 得 到 
更 流畅 、 更 通 真 的 动画 。 每 秒 钟 帆 数 (fps) 人 鳄 多 ， 所 显示 的 动作 就 会 愈 流畅 。 


° 场 : 隔行 帧 即 是 场 。 
e 30 巾 /s 达 到 耻 基 本 的 流畅 性 ，60 巾 /s 更 接近 人 眼 可 以 分 辨 的 帧 率 的 极限 ， 图 像 更 
沉 畅 自然 。 
e. UIS Ac ЕА 56: 
о 1. ЗОП Л.т а 23А #IJ EE 2k B TE, fE BR RI AR RA E [8] BO 
“停顿 ”，60 帧 是 人 眼 分 辨 帧 率 的 极限 ，60 帧 图 象 人 眼 已 经 分 辨 不 出 “ 停 
Am” 


п 2. SV HERNE EHEN N Par 7а Ч — T FR [8] 5 zÇ 
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2.1 基本 概念 一 信号 格式 


N 8 SE A t =< 
= Lu 


SS 
= 


。 摄像 机 把 图 像 中 的 每 个 像素 转换 成 RGB 三 个 独立 的 信号， 有 GT 
所 以 先 转换 为 YUV 格 式 处 理 。 


° 视频 会 以 系统 中 处 理 的 都 是 YUV 信 和 号 而 不 是 RGB 信号 。 
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° RGB 一 一 日 常生 活 中 使 用 的 颜色 空间 

Т (R) 、 绿 (С), ® (B) 三 个 分 量 。 

YUV 一 一 视频 处 理 中 使 用 的 颜色 空间 

亮度 (Y). MEGA (U/Cb) ,、 经 色 人 多 差 (V/Cr) o 

。 RGB 三 个 分 量 相 关 性 太 强 , 不 利于 压缩 

• (YPbPr 或 YCbCr);YUY 格 式 比 RGB 节 省 带宽 ,符合 人 眼 特 性 ， 并 且 兼 容 黑 白 信 号 YARS), 
应 用 更 广泛 ;视频 会 议 系 统 中 处 理 的 都 是 YUV 信 号 而 不 是 RGB 信 号 。 

使 用 YUV 格 式 的 好 处 : 


。 ”符合 炎 眼 的 视觉 特性 


o > 人 眼 视网膜 上 的 感光 细胞 分 两 种 
" ”柱状 细胞 : 对 物体 的 腕 度 敏感 ,分辨 率 高 。 


= HARME: 对 物体 的 颜色 敏感 ， 敏 感度 和 分 辩 率 都 不 如 柱状 细胞 。 所 以 在 光线 很 
暗 的 时 候 看 到 的 物体 都 是 黑 日 的 。 


п ”更 好 地 在 黑白 图 象 和 彩色 图 象 之 间 兼 容 
如 电视 台 发 射 的 电视 信号 是 YUV 都 有 的 彩色 信号 ， i qp 只 处 理 Y 信 号 ， 丢 


弃 UV 信 号 ， 得 到 的 图 象 就 是 黑白 的 。 彩 色 电视 机 对 YUV 都 处 理 ， 得 到 的 图 象 就 是 彩色 
的 。 
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2.1 基本 概念 一 信号 采样 


є Фоо 080 8080 000 
w DOO @ @ @ @ G Q S 
ew (b э O8 © © 
« Q9 (5 @ @ 905 2902» 


e 4CIF 分 辩 率 每 秒 30 帧 的 视频 ，8 位 采样 精度 ，4:2:2 采 样 后 ， — ОТ 
280*8/12=185Mbits, 一 般 的 传输 线路 仍然 承受 不 了 ， 还 需要 进行 数据 压缩 。 
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e 直接 输出 YUV 的 信号 量 较 大 ， 通 销 在 视频 编码 前 经 过 采样 丢掉 部 分 色彩 信和 号， 一 般 有 
4:2:2、4:1:1 等 多 种 方式 ;如 图 原来 4 个 像 妓 42 个 信号 ， 经 过 4:2:2 采 样 后 就 变 为 8 个 信号 
了 ， 节 省 了 13 的 数据 ， 对 色彩 的 影响 人 眼 基 本 不 可 察觉 。 

。 目前 视频 通信 中 主要 使 用 的 采样 方式 是 4:2:0 的 采样 方式 。 

e 采样 精度 决定 了 记录 声音 的 动态 范围 ， 它 以 位 (Bib 为 单位 ， 比 如 8 位 、16 位 。8 
位 可 以 把 声波 分 成 256 级 ，16 位 可 以 把 同样 的 波 分 成 65,536 级 的 信号 。 可 以 想 
象 ， 位 数 越 高 ， 声 将 的 保 真 度 越 高 。 
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2.1 基本 概念 一 信号 采样 分 类 


常用 的 颜色 采样 分 类 如 下 : 


更 进一步 的 压缩 ， 但 是 较 远 采样 点 颜色 相 
关 性 较 弱 ， 失 真 较 大 


U,V 在 水 平方 向 2: 1 采样 ， 同 时 在 与 41:1 一 样 的 压缩 率 ， 但 是 采样 扩 颜 色相 
垂直 方向 也 2: 1 采样 RER, REN 
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° 一 副 原 始 的 数字 图 象 ， 如 果 每 一 个 点 的 颜色 都 是 用 YUV 三 个 分 量 来 描述 的 ， 这 样 数 据 量 
很 大 。 沁 色 采 样 束 是 用 一 个 闯 色 值 去 摘 述 多 个 点 的 闫 色 ， 以 减少 数据 量 。 
e 音 用 的 颜色 采样 分 类 如 下 : 
п 4: 4: 4 
这 是 没有 采样 的 原始 数据 ，YUV 三 个 分 量 的 采样 比例 相同 ， 即 每 个 象 素 都 包含 有 y 
、U、V 三 个 分 量 值 。 
n 4: 2: 2 
人 在 水 平方 向 将 颜色 进行 2:1 的 采样 。 每 行 的 4 个 象 素 中 只 有 2 个 象 素 取 了 uv 值 ， 即 
这 4 个 象 素 每 2 个 共用 1 个 uv 值 。 
ы 4: 1: 1 
在 水 平方 向 将 颜色 进行 4:1 的 采样 。 每 行 的 4 个 象 素 中 只 有 1 个 象 素 取 了 uv 值 ， 即 
这 4 个 象 素 共 用 1 个 uv 值 。 
n 4: 2:0 
其 实 也 是 4: 1: 1， 但 与 4: 1: ITANE, ШЖ TER ЙЛ TEZKSES [6] TT 
2: 1 采样 ， 同 时 在 垂直 方向 也 做 2: 1 采样 。 每 个 2X2 的 象 素 块 共用 1 个 uv 值 。 
° 目前 视频 通信 中 主要 使 用 的 采样 方式 是 4:2:0 的 采样 方式 。 
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2.1 基本 概念 一 图 像 分 割 


° H.26x 系 列 将 图 像 进行 分 割 ， 图 像 分 类 如 下 : 


图 像 层 gp eem к 
(Picture) bu, Б — 12 S ФПОСЕ = 176*144, CIF = 352*288 


块 组 层 一 帧 图 像 分 成 多 个 GOB， um | En | 
包含 若干 个 宏 块 例如 : 将 QCIF 划 分 成 176 像 素 *16 行 的 宏 块 组 GOB) 


Macro Block， 将 GOB 划 | 分 成 多 个 一 巾 QCIF 包 括 99 个 MB ， 一 帧 CIF 3396 <i> 
16*16 像素 块 MB, GOB = 11 MB 


di 若 为 8*8 (SUE, MITT etu nta a A MB 
M*Nf@ ЖЕЕ is iria Ww 
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e H. 261 将 每 帧 CIF 格 式 的 原始 图 像 ， 划 分 为 12 个 大 小 为 176 象 率 x48 行 的 宏 块 组 ( 
GOB) ， 每 个 宏 块 组 再 划分 为 33 个 16x16 的 宏 块 (MB, Macro Block) 。 而 每 个 宏 
块 则 有 4 个 8x8 的 之 度 像 块 和 两 个 在 空间 位 置 上 与 乙 相 应 的 色 兰 像 块 复合 而 成 。 


e 对 于 QCIF MB = 176/16 *144/16 =99 ^^, CIF = 352/16 * 288/16 = 396 个 
e 对 于 H.263，QCIF GOB 176/16 = 11MB , CIF GOB = 352/16 -22MB; 


8*8 8*8 16*16MB 
block block 

8*8 8*8 

block block 


GOB -11 MB GOB =11 MB (47646) í 
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2.1 基本 概念 一 由 类 型 


° My: 采用 帧 内 编码 方式 ， 即 只 利用 本 帧 图 像 内 的 空间 相关 性 
° Pi: 采用 帧 间 编 码 (前 向 运动 估计 ) ， 即 同时 利用 空间 和 时 间 上 的 相关 性 


原 d; E S 


扎 测 图 和 象 
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e H. 2643 URE E23 731. P. BZR WEAR, PENR, BE 
双 癌 预测 图 。 简 单 地 讲 ，I 帧 是 一 个 完整 的 图 像 ， 而 P 帧 和 B 帧 记录 的 是 相对 于 I 
帕 的 变化 ， 没 有 I 巾 ，P 帜 和 B 帧 就 无 法 解码 。 

e Bin: KAWEA Naar) ， 即 同时 利用 空间 和 时 间 上 的 相关 性 ; 由 
于 B 帧 会 增加 算法 复 彝 度 和 和 延迟， 视频 会 议 一 般 使 用 没有 B 帧 的 H. 264 基 础 类 。 
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2.1 基本 概念 一 视频 压缩 
下 | 车 可 过 | Fan ЗЕ БЕШ 
zer БЕШ [ЕШ 

WAEA 帧 间 压 缩 


压缩 有 帧 内 压缩 (фи) 和 帧 间 压 缩 СРД) . 

的 H.26X，MPEG-2，MPEG-4 都 支持 帧 内 / 帧 间 压 缩 。 

目前 视频 会 议 主流 应 用 为 H.264 协 议 。 € 

经 过 4:2:0 采 样 后 4CIF 30fps 的 图 像 大 约 140M bitVs， 视 频 会 议 一 般 512kbitks 的 带宽 就 可 传 
输 ， 而 党 见 视 频 压 缩 比 约 达到 370:1， 压 缩 后 的 数据 约 为 378 kbit/s; 


少 人 


Page 29 82, HUAWEI 
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内 容 介绍 


第 2 章 常用 视频 编 解码 分 析 


2.5 МРЕС-4 
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2.2 钢 频 编 解码 协议 概述 


为 了 更 好 地 支持 高 清 视频 信号 在 网 络 上 的 传输 ， 视 频 编 解码 协议 是 关键 技术 ， 如 H264、 
H263. MPEG4. MPEG2. 


H.264 
( MPEG-4 


(H.262) x 
part 10 ) 


ISO (国际 标准 化 组 织 ) ТЕС (146199495) = 


电工 委员会) 


1992 1994 1996 1998 


HUAWEI TECHNOLOGIES CO., LTD. 82 Huawei 





П 365 [] 


2. 2 视频 庄 缩 协议 概述 一 协议 对 比 


Y-PSNR [d 


HUAWEI TECHNOLOGIES CO., LTD. 
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CIF 30Hz 


= Wir" сые 


—— H.263 


1500 2000 2500 3000 
Bit-rate [kbit/s] 


3500 


W Huawei 





2.2 MINEA NEE eoo] LE 


• H.264 具 有 较 好 的 压缩 率 ， 在 要 求 同 等 的 质量 情况 下 ，H.264 的 压缩 率 是 MPEG4 的 1.5 -2 
倍 ，H.263 的 1.8~2 倍 ，MPEG2 的 大 于 2 倍 左 右 ， 如 下 表 所 示 。 
• MPEG-4 的 压缩 率 可 达 200: 1 


MPEG4 H.263 
200:1 167-200:1 
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内 容 介 绍 


第 2 章 常用 视频 编 解码 分 析 
2.1 视频 编 解 码 基本 概 次 
2.2 视频 编 解 码 协 议 概 述 
2.4 H.264 


2.5 МРЕС-4 
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2.3 H. 263 编 解码 标准 


• H.263 是 1996 年 国际 电 联 ITU-T 提 出 的 面 回 低 码 率 编码 的 视频 会 议 而 设计 的 。 

° H.263 视 频 编 解码 标准 由 ITU-T 标 准 组 织 定 义 ， 在 后 续 的 修改 中 共产 生 了 三 个 版 本 ， 分 别 为 : 
o H.263 (H263-95/96) 
o H.263+ (H263-1998) 
a H.263++ (H263-2000) 


。 应 用 领域 : 视频 会 议 
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2.3 H. 263 SDP 协 议 的 使 用 


根据 RFC2429，H263+ (H263-1998) 和 H2634++ (H263-2000) 的 SDP 定 义 如 下 。 


mz-video 20002 RTP/AVP 34 
a-rtpmap:34 H263-1998/90000 
a=fmtp:34 CIF=4;QCIF=2 


Mb HUAWEI 
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° К ASIA 0 36 53А СІР ДИЯ Л, BMPIBZJIA (I EE 3€ ix < 73 
30/4=7.5) ; 如 果 该 情况 未 实现 的 话 , 则 会 发 送 QCIF 大 小 的 图 片 ，MPI 值 为 2 ( 


ПЖ 42 7330/2715) 。 
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2.3 Н. 263 RTP 协 议 的 使 用 


° 对 于 H.263 编 码 格式 ， 其 RTP 报 文 的 格式 如 下 : 


1 2 
9 - s 2 = 12 Ao ER I = 2 1 um 4 5 cd T E ER ot l H2 as = 5 AN Y AE I 0. do 
+ -十 一 十 


| ETE peadas 

p= i ea E ima ir peti lm p cid densi rj a ng imm pica e jo un je a E E ret] je murio ada 

| H. 263 payload header 

ETE E с оч ы ма л Жы атш Tu ean pH a en ЛАТ Тш o EE at U АЛ hos gus Yu afe Г М МЕ T sn Ano 
Н. 263 bitstream 

re ee meet ne ee ee MEME 


° HRTPIFREREH. 263 MAJ, BEIRZEH. 263 
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° RTP 头 域 的 填写 : 


п 标志 位 : 如 果 当 前 报 文 是 一 帧 数据 的 最 后 一 包 时 ， 将 此 标志 位 置 为 1; 
为 0; 


o PT 值 : 协议 未 明确 指 十 ; 





Mb HUAWEI 


否则 设置 


o HjjB]Ex: RTP 报 文 的 时 间 戳 值 表示 了 当前 帧 的 采样 时 刻 。 如 果 一 个 帧 在 多 个 RTP 报 


文中 发 送 共 则 这 些 报 文 的 时 间 戳 值 相 同 。H263 视 频 码 流 的 采 梓 率 是 90K。 


[| ЗЛП 


2. 3 Н. 263 视 频 码 流 


e 下 面 是 H.263 视 频 码 流 的 一 个 实例 : 见 A 模 式 和 B 模 


^r 41 MISC RTSE T-P 
fena pr Tet dria Bates ставе - 
850 20. 387 2020 10. 77.195.131 10.77.195.131 H. 261 [гоп a 263 payload (Psc) [r-rrame | 


— 
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。 S — T RTPjR XC HH — T H.26310 53 € н, Ti 8 — 1 LR EL Жн ë €) @ H.2633X 43 
。 .—-/. RFC219075H.263 11 ЛЕ XC ТЗ XCBU 3k ap 2L, H2635375BJ fA SUI Ж 
有 三 种 方式 ,分 别 为 : RA, 模式 B 和 模式 C。 
в ARA: 用 于 以 G68@B 为 单位 进行 帧 分 割 的 码 流 包 ， 适 用 于 所 有 编码 类 型 帧 ; 
в BRA: 用 于 以 宏 块 为 单位 进行 帆 分 割 的 码 流 包 ， 适 用 于 除 PB 类 型 以 外 的 图 像 帧 
о 《模式 :\ 用 于 以 宏 块 为 单位 进行 帧 分 割 的 码 流 包 ， 适 用 于 PB 类 型 图 像 帧 ; 


其 中 图 象 层 包 含 了 PSC (Picture Start Code) 及 图 象 编码 的 相关 信息 。 
根据 REC2429 协 议 ， 每 个 帧 的 最 后 一 包 数 据 设置 Marker 位 为 “1”。 因 此 ， 从 报 文中 可 


以 看 出 ， 第 一 个 | 帧 共 包 售 了 9 个 包 的 数据 。 随 后 从 第 10.11.12 三 个 包 都 是 属于 一 个 P 帧 
‚ АРД. 
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2.3 Н. 263 Payload Header 模式 


RFC2190 为 H.263 视 频 编 解 码 格式 共 定 义 了 3 种 格式 的 载 何 头 ， 分 别 为 : 模式 A， 模 式 B 和 模式 
C。 人 A 模式 是 推荐 采用 和 通常 采用 的 传输 模式 .。 


жа pO 


载荷 头 包含 4 个 字 节 。 在 模式 A 下 ， 视 频 报 文 总 是 以 H.263 PSC 或 G6OB 开 始 ， 但 报 文 不 一 
定 要 包含 完整 的 GOB。 


载荷 头 包含 8 个 字 节 。 支 持 对 于 未 使 用 PB 帧 选项 的 视频 数据 在 MB 的 边界 处 分 片 进行 传 


前 o 


HUAWEI TECHNOLOGIES CO., LTD. w HUAWEI 





。 ARTEHEFRANERRAÄNRK ARE HN KEHRKENIFT, EAFA 
GOB 为 界 分 割 的 码 流 包 
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2.3 H. 263 Payload Header (A 模式 ) 


° Н.263 在 A 模 式 下 Payload 负 载 头 部 结构 和 示例 如 下 


0 | 2 3 
01234567890123456789012345678901 
十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 


FIPISBITIEBIT|SRCIIIUISIAIR |DBQ| TRB| TR | 
十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 


mj Frame 850: 1274 byres ën wire (10197? bits), 1274 bytes caprured (10192 birs) 

Ethernet II, Src: e4:68:a3:4e:6a:9c (e4:68:a3:4e:6a:9C), DOST: e4:;68:a3:4e:1a:Oc (e4:68:a3:4e:1a:0c) 
ı internet Protocol, src: 10.77.195.133 (10.77.195.133), ost: 10.77.195.131 (10.77.195.131) 
| User Datagram Protocol, src Port: 10004 (10004), Dst Port: 10004 (10004) 
| Real-Time Transport Protocol 


УОЛ АЙ 


start bít position: О 
position: 6 
x > 


- Nato ERAH: 352*288 
JOtTOn vector? FATTS фајда. НЕТУ 
Syntax-based arithmetic coding: Fals 
Advanced prediction option: False 
Reserved field: O 
Differential quantization parameter: 


Temporal Reference for В frames: О 
o 


HUAWEI TECHNOLOGIES CO., LTD. 





П 374 П 


2.3 H. 263 Payload Header (A 模式 ) 


* Ашка вайн а ASS ae: 
标志 位 | LER (Bi) 
EAN 


линия, BIGOBYBIAIRSD “o”, MEERE “1” 
аита С 
з] ETT T5. 有 效 位 的 起 始 位 置 
ні ени: 指定 本 码 流 包 最 后 1 字 节 ， 有 效 位 的 结 来 位 置 
CS 
|| o ot ü o w 人 《> 
EE | 


M ERE ri 否则 "o" 


ът зз — — PER. RSS IRB, аана. EN 
m ја | рама, і 
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2.3 Н. 263 Payload Header (B 模 式 ) 


° Н.263 在 B 模 式 下 负载 Payload 头 部 结构 和 示例 如 下 


Ü l z 3 
0123456789012345678901234567890] 


十 -十 -十 -十 -十 -十 -十 - 十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 -十 - 十 -十 -十 -十 -十 -十 -十 = 十 -十 
[FIP|SBIT |EBIT| SRC| QUANT | СОВМ | MBA IR. | 
——————————MÁ—————M—— 
HUSA НМУ | VMVI | HMV2 | VMV3 | 


ii tr LI LI AE AN 


Frame 851: 1288 bytes on wire (10304 bits), 1288 bytes captured (10304 bits) 

Erherner II, Src: e4:68:a3:4e:6a:9c (e4:68:a3:46:6Aa:9C), DSt: е4:68:аз:4е:1а:0с (e4:68:a3:4e:1a:0Cc) 
Internet Protocol, Src: 10.77.195.133 (10.77.195.133), Ost: 10.77.195.131 (10.77.195.131) 

User Datagram Protocol, 5rc Port: 10004 (10004), Ost Port: 10004 (10004) 

Real-Time Transport Protocol 


аали 为 1 表示 8 模式 
Start bit position: 2 
End bir position: © 
SRC format: CIF 352x288 (3) Y ч h M да "кәл a 
мв ar —» ”因为 8 模式 是 以 MB 为 单元 ， 所 以 需要 设置 
^ й; f meL МГ dime 
opel an QE ERSTE JC MBHi fi 的 GOB 序 号 和 在 当前 GOB 中 的 疗 
- Е Е |J ?了 
inter-coded frame: False 
Motion vector: False 
$yntax-based arithmetic coding: False 
Advanced prediction option: False 
Horizontal motion vector 1: O 
vertical motion vector 1: О 
Horizontal motion vector 2: О 
^r 


£e ITU-T Recommendation H.263 
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2.3 Н. 263 Payload Header (B 模 式 ) 


Я Р, P, SBIT, EBIT, SRC, I, U, S 等 参数 域 意义 同 A 模 式 ， 其 它 参 数 域 如 下 


| Ес 车 采用 同 GOB 首 部 的 QUANT 值 ， 则 为 “0" 值 
С—С 
МВА Jo | 本 9 流 包 第 个 志 块 GOB 中 的 序 S, 自 OF 始 | 算 Рм 
Lco] LANE кашан UU ааа. XAR “МОЙДУН” Im, Mr 

第 1 个 块 在 水 平和 垂直 方向 上 的 运动 矢量 
| HMV2, VMV2 | 各 


AA "BO" ТАН], 361 RRE ЧИЕ ЛОРИНИН 37519) Es A ER A "Of 


m E — RURA, BAA "ОЧА 
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2. 3 H. 263 视 频 码 流 -1 帧 


• 展开 |I 帆 的 第 一 个 数据 包 : 


= Real-Time Transport Protocol 

= H.263 ВТР Payload header (RFC2190) 
F; False 
pb frame: False 


Rea EN Dee eigen ә ВЕРНЕЕ, 352*288 
⁄ ТҮҮ: Дет ЧОИ еШ: Ит, Hbi 


алк: — сочи frame: False 


syntax- based arithmeric coding: False 
Advanced prediction option: False 
Reserved field: O 
Differential quantization parameter: О 
Temporal Reference for B frames: O 
Temporal Reference for P frames: O 
3 ITU-T Recommendation H.263 
0000 0000 0000 0000 0000 00.. = н. 263 Picture start Code: 0x00000000 
..11 1110 10.. = H.2623 Temporal Reference: 250 T 
H.263 Split screen indicator: off ЖИ: 352*288 
Document camera indicator: qii P3 Si SPD 


s... 
... 


s.. 


22. Source Format: 


Picture Coding 


p 
Optional Syntax-based Arithmetic Coding mode: p 
optional Advanced prediction mode: Off Qa d IPPPP 


continuous Presence Multipoint апа video Multiplex (CPM): off 
Extra Insertion Information (РЕГ): False = 
н. 263 stream: | 2620202021ffff 310101010ffff9880808087fffcc4049i0., . 


* 
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2. 3 Н. 263 视 频 码 流 - РШ 


。 展开 P 帧 的 第 一 个 数据 包 : 


© Real-Time Transport Protocol 
EI H.263 RTP Payload header (RFC2190) 
F: False 
p/b frame: False 
start bir position: Q T 
Eod Б банкны: б , Mika: 352*288 
БЕС format: CIF 352x288 (3) AUS 4t. [рф 
Inrer-coded frame: True 
morion vector: False 
5wnrax-based arithmetic coding: False 
Advanced predicrion oprion: False 
Reserved field: о 
Differential quantization parameter: О 
Temporal Reference for & frames: O 
Temporal Reference for P frames: О 
ы ITU-T Recommendation н. 263 
0000 0000 0000 0000 0000 OO.. = н. 263 Picture starr Code: 0x00000000 
1110 11.. = H.263 Temporal Reference: 251 РА e, * 
.... = H. 263 Split screen indicator: off I Ss 352 288 
H.263 Document camera indicator: off 7 VIRES 


H.263 Picture Coding /pe: INTER (P-picture 
Motion vector mode: off 
Optional Syntax-based Arithmetic Coding mode: of 
tional Advanced Prediction mode: 
`2:< D Q130 Quantizer Information (PQUANT q 
OLLI ues Continuous Presence Multipoint and video Multiplex (СРМ): off 
«Өз» < E T Extra Insertion Information (PEID: False 
H.263 stream: afffffoOo008537ffffe000008937f fff e000008d37f f (f eO, .. 


«QN > 
* v 
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内 容 介 绍 


第 2 章 常用 视频 编 解码 分 析 
2.1 视频 编 解码 基本 概念 
22 视频 编 解码 协议 概述 
2.3 H.263 
24 H.264 


2.5 МРЕС-4 








2.4 H. 264 编 解码 标准 


s H.264/MPEG-4 第 10 部 分 ， 或 称 AVC (Advanced Video Coding， 高 级 视频 编码 ) ， 是 一 种 
视频 压缩 标准 ， 一 种 被 广泛 使 用 的 高 精度 视频 的 录制 、 压 缩 和 发 布 格式 。 第 一 版 标准 的 最 
终 草 案 于 2003 年 5 月 完成 。 由 ITU-T 视 频 编 码 专家 组 与 ISOHIEC 联 合 工作 组 开发 。 

应 用 领域 : 固定 或 移动 的 可 视 电 话 、 移 动 电话 、 实 时 视频 会 议 、 视 频 监控 、 流 媒体 、 多 媒体 。 
视频 、Internet 视 频 及 多 媒体 、IPTV、 手 机 电视 、 宽 带电 话 以 及 视频 信息 存储 
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e 压缩 率 : 和 H.263+ 和 MPEG-4 SP 相 比 最 多 可 节省 50% 的 码 率 
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2.4 Н. 264 SDP 协 议 的 使 用 


根据 RFC3984，H.264 的 SDP 定 义 如 下 。 
m=video 49170 RTP/AVP 98 

a-rtpmap:98 H264/90000 

a-fmtp:98 profile-level-id-42A01E; 
sprop-parameter-sets-ZOIACpZTBYml,aMIjiA— 


W Huawei 
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2.4 Н. 264 视频 码 流 


° 以 下 是 H264 视 频 码 流 示 例 ， 最 先 发 送 的 是 SPS， 随 后 发 送 了 PPS， 紧 接着 开始 发 送 I 帆 和 P 
йд 


ei DRE 
Slice: 多 个 宏 块 / 


a. db? ЧУ лр 


«QN > 
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e IDR (Instantaneous Decoding Refresh ,. ВЕ 5 тїй) : 每 个 编码 视频 序列 的 第 一 
幅 图 像 为 IDR 图 像 。 


e SPS (sequence parameter set, 序列 参数 集 ) : 一 个 语法 结构 ， 包 含 应 用 于 0 个 或 多 个 
完整 编码 视频 序列 的 语法 元 素 。 
e PPS (Picture Parameter.Set,. 图 像 参 数 集 ) : 一 个 语法 结构 ， 包 含 应 用 于 零 个 或 多 个 编 


码 图 像 的 语法 元 素 
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2.4 Н. 264 视频 码 流 


• 例如 展开 SPS 的 内 容 : 
© Real-Time Transport Protocol MAL: 
a à > [НЕ 


— AL unir - »guence parameter se RBSP: 
=i с ЗАЧЕТЕ 
| ic i | Th 

constraint, sero flag: 

constraint seti flag: 

constraint sec2 flag: O 

Constraint set3 flag: O 

Reserved zero 4bits: O 

Level id: 32 [Level 3.2 20 Mb/s] 

seq parameter set id: O 

1og2. max frame num minus4: 11 

pic order cnt type: 2 

num ref frames: 1 K 
gaps. in frame num value allowed flag: О 
0000 0101 0000 .... = pic.width in mbs minus1: 79. 
0101 101. = pic height. in map units minus1: 44 
- frame mbs only flag: 1 

direct, 8x8 inference flag: 1 

frame cropping flag: O 

vui.parameters present flag: О 

rbsp.stop. bit: 1 

rbsp.trailing bits: O 


Q^ 
HUAWEI TECHNOLOGIES CO., LTD. Page 50 s HUAWEI 





2.4 H. 264 RTP 协 以 结构 


• NAL + RBSP: 一 帧 数据 有 多 个 NAL+RBSP 单 元 组 成 ， 每 个 单元 都 以 0x00000001 作 为 起 始 标 
志 ， 此 单元 类 型 主要 有 SPS、PPS、l1 slice、P slice。 如 下 图 所 示 。 
a NAL: (Network Abstraction Layer， 网 路 抽象 层 ) ， 数 据 结 构 主 要 说 明 后 续 数 据 的 类 型 参数 。 
о RBSP: (Raw Byte Sequence Payload， 原 始 字 节 序列 载荷 ) ， 包 括 视频 编码 数据 、 控 制 数据 。 
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2. 4 Н. 264 RTP 协 以 的 使 用 -NALU 


如 果 视 频数 据 中 一 个 NAL+RBSP 的 数据 长 度 小 于 1400Byte， 则 此 视频 数据 可 以 单独 打包 成 
一 个 rtp 包 ， 称 为 NALU。 即 一 个 NAL+RBSP 就 是 一 个 NALU。 NALU 的 数据 结构 如 下 图 所 示 


1 


在 H.264 数 据 的 第 一 个 字 节 有 以 上 三 个 参数 

a F: 此 位 恒定 为 0 

a NRI: nal ref idc 代表 NALU 数 据 的 重要 性 ，00~11 重 要 性 递增 。 
a Type: nal unit type 代表 此 NAL+RBSP 的 类 型 。 
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。 从 编码 器 一 次 取出 的 数据 是 一 个 帧 H264 数 据 */ 为 了 有 效 的 利用 网 络 资源 ， 我 们 一 般 会 
将 此 一 巾 数 据 分 成 多 个 1400Byte 的 数据 再 打包 成 rtp 数 据 进 行 网 络 发 送 。 
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2. 4 Н. 264 RTP 协 议 的 使 用 -FU-A 


е 如果 视频 数据 中 一 个 NAL+RBSP 的 数据 长 度 大 于 1400Byte， 则 此 视频 数据 需要 分 成 多 个 RTP 
б ( 包 大 小 1400Byte) ， 每 个 包 称 为 FU-A。 FU-A 的 数据 结构 如 下 图 所 示 


" 
1011121314151617] 
上 一 二 一 二 一 中 一 站 一 十 一 二 一 二 一 二 
ISIEIRI Type 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 


I0111213141516171 
‘一 十 一 二 一 二 一 中 一 二 一 十 一 十 一 二 


IFINRII Type | 
+ 


。 在 H.264 数 据 的 前 两 个 字 节 有 以 上 七 个 参数 
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2. 4 H. 264 RTP 协 以 的 使 用 -NAL+RBSP 类 型 


• 针对 wireshark 抓 包 数 据 ， 选 中 rtp 层 的 负载 数据 ， 根 据 NALU 和 FU-A 的 结构 ， 判 断 此 数据 包 
属于 哪 一 种 NAL+RBSP 的 类 型 。 
° 第 见 的 type 值 对 应 的 NAL+RBSP 类 型 如 下 列表 : 


Er СИН 


т 
ER 


。 每 个 编码 视频 序列 的 开始 都 有 SPS 和 PPS， 


。 每 个 编码 视频 序列 第 一 幅 图 像 为 IDR 图 像 。 
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e IDR (Instantaneous Decoding Refresh ,. 即时 解码 刷新 帧 ) : 每 个 编码 视频 序列 的 第 一 
幅 图 像 为 IDR 图 像 。IDR 图 像 解码 之 后 ， 解 码 顺 序 上 所 有 后 续 的 编码 图 像 都 可 以 不 用 根据 
任何 在 IDR 图 像 之 前 解码 的 图 像 来 进行 帧 间 预 测 解码 。 


e IDR 类 型 的 NAL+RBSP 之 前 一 定 会 和 有 SPS 和 PPS © 


e SPS (sequence parameter. set, 序列 参数 集 ) : 一 个 语法 结构 ， 包 含 应 用 于 0 个 或 多 个 
完整 编码 视频 序列 的 语法 元 素 。 

e PPS (Picture Parameter Set, 图 像 参 数 集 ) : 一 个 语法 结构 ， 包 含 应 用 于 零 个 或 多 个 编 
码 图 像 的 语法 元 素 。 
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2. 4 H. 264 视频 码 流 -SPS 
以 下 是 有 关 H.264 的 SPS 实 例 : 


= Frame 1449: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) 

sm) Ethernet II, src: ei:6B8B:a23:4i4e:6a:9c (e4i:68:ad3:4e:62a:9c), Dst: ei:68:a3:4ie:1a:0c (e4:68:a3:4e:1a:0c5 
ш Internet Protocol, src: 10.77.194.59 (10.77.194.59), Dst: 10.77.194.60 (10.77.19. 60) 

ш User Datagram Protocol, Sre Port: 10004 (10004), Ost Port: 10004 (10004) 

i; Real-Time Transport Protocol 


H. 264 


la Oc е4 68 a3 4e ба 9c 08 OO 45 fO 
OO OO 40 11 cb bd Oa 4d c2 ЗЬ Oa 4d 
3b 97 80 69 OO OO eO 6 
ОО 20 Bc O5 "е 89. St 


67 数 值 为 16 进 制 表 示 ， BIER TFT SET, VERA « 
F+NRI+Type，Tpye 为 7， 此 数据 为 SPS 


° 所 在 的 NAL+RBSP 数 据 打 包 形 式 为 NALU， 根 据 其 标 红 的 nalsuifit_ type = 7， 显 示 此 
数据 为 SPS 


< > 
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2.4 Н. 264 视频 码 流 -SPS 


。 展开 分 析 SPS 的 内 容 : 
展开 分 析 © Real-Time Transport Protocol 
= H.264 
a NAL unit header or first byte of the payload 


O... .... = F bit: Ho bit errors or other syntax violations Гре: 


ш (EN 
2.2.20 Olll = 
Ei H264 bitstrez 
0100 0010 Profile idc: Baseline profile 
.. = Constraint sero flag: © 
constraint seti flag: о 
constraint sec2 flag: O 
Constraint set3 flag: O 
Reserved zero 4bits: O 
pve id: 


rame num minus4á4: 11 
pic order cnt type: 2 
num ref frames: 1 


NRI 重要 性 为 11， 转 化 0 进 制 为 3， 
E E 

J300111. HEJ | ibi A7, 
&xSPS 


EXIT SUE SUIS TS. Б 
续 引 用 所 用 . 


- gaps in frame num value allowed flag: O 


0000 0101 qO OO 
0101 101. 
frame mbs, only... 
direct, 8x8 inference flag: 1 
frame cropping flag: O 
vui.parameters present flag: О 
rbsp.stop.birt: 1 

rbsp.trailing bits: O 


= pic.widt 
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。 它 包含 了 profile_id (Baseline) 和 图 象 格式 (1280x720) 


= Lin тоз. minus 
pic. height, in, map. units, minus1: 


WW. 80 RME N80) 16-1280; 
05: 457 MB. #45* 16-720: 
Wi ГАН Pete Е 731280*720 


wawa...” p» 
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^^ /二 
=E 41 = 
‘IT Ir CAS O 


e 同时 ， 语 法 元 素 Seq_parameter_set_id 定 义 了 序列 参数 集 sps 为 0。 
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2. 4 H. 264 视 频 码 流 -PPS 
° 以 下 是 有 关 H.264 的 PPS 实 例 |: 


| Frame 1450: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) 

m Ethernet II, Src: e4:68:a3:4e:6a:9c (еа: 68:аз:4е: ба: Әс), Dst: е4:68:аз:4е:1а:Ос (e4:68:a3:4e:1a:0c) 
ж Internet Protocol, Srce: 10.77.194.59 (10.77.194.59), Ost: 10.77.194.60 (10.77.194.60) 

& user Datagram Protocol, Src Port: 10004 (10004), Dst Port: 10004 (10004) 

& Real-Time Transport Protocol 

GE) H. 264 


la Oc е4 68 a3 4e Ga 9c OS OO 45 fO 
OO OO 4O 11 cb c2 Oa 4d c2 3b Oa 4d 
18 ea ae 8O 69 OO O1 eO 67 

OO OO 


Birnen РУ лу ux. Ju84 ИД, EAEEREN Я 
F+NRI#Type，Tpye 为 8， 此 数据 为 pp$ 


。 所 在 的 NAL+RBSP 数 据 打包 形式 为 NALU， 根 据 其 标 红 的 nal_uint_type 28; 显示 此 数据 为 PPS 


Фо D 





HUAWEI TECHNOLOGIES CO., LTD. ; KN М, Page57 s HUAWEI 


П 3911] 


2.4 Н. 264 视 频 码 流 -PPS 


展开 分 析 PPS 的 内 容 : 


Rn Transport Protocol NRI， 重 要 性 为 人 1， 转 化 10ij 坦 制 为 3， 
n : "porte 
= MAL unit header or first byte of the payload Te ps ha pons "ume N 
Ñ ala КОРИ. No bit errors or other syntax violations Type: JjO1000. $57 (ЕИБ, 
Sp аа | . gésPPS 
...0 1000 = : Ф 
= H264 birsrrear 
> EAER SEGRA. Ut 
续 引 用 所 用 ， 同 时 引用 序列 参数 集 
编号 SPS 为 0， 与 SpS 中 定义 的 一 致 
num slice groups minus1: O 
num ref idx lO active minus1: O 
num ref idx 11, active minus1: O 
weighted pred flag: O 
weighted bipred idc: O 
pic.init gp.minus26: O K 
pic.init qs minus26: O 
chroma qp.index offset: О 
deblocking filter, control. present flag: 1 
constrained intra pred flag: O 
redundant pic cnt present flag: O 
rbsp.scop bit: 1 
rbsp_trailing_bits: о 
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° F| Z E SS PPS FH 8A 7c 28 pic parameter set id. 定义 图 像 参数 集 号 为 0， 由 语法 元 素 
seq_parameter_set_id 指 出 所 引用 的 序列 参数 集 3Ps 是 0， 与 SP3 中 定义 的 一 致 。 
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4 Н. 264 视 频 码 流 -1 帧 /IDR 帧 


VA FEA ЖН.264Ң йил Од Scf5]: 


& Frame 1452: 1214 bytes on wire (9712 bits), 1214 bytes captured (9712 bits) 

ш Ethernet II, Src: e4:68:a3:4e:6a:9c (e4:68:a3:4e:6a:9c), Dst: e4:68:a3:4e:1a:0c (e4:68:a3:4e:1a:0c) 
© Internet Protocol, src: 10.77.194.59 (10.77.194.59), Dst: 10.77.194.60 (10.77.194.60) 

н user Datagram Protocol, src Port: 10004 (10004), Ost Port: 10004 (10004) 

а Real-Time Transport Protocol 


КСЭ ББ HET Tpye JS, ЕЖЕ УЛО! NRI. Е уа, fefb1oHEBMUSS, Arie 
| Type: 7400101. $474 thE ES, deas ЛОВ 











i4 NAL unit header or first|byte of the payload 
= F bit: No bit errors or other syntax violatid 


. 2d 2 2 ... = first mb in slice: О и” A 
а га 2 < „ООО 1000 -|slice type: I (I slice) (7) АЕ $ 
| 75 dz 5d. 4 (Not decoded yet БД 


所 在 的 NAL+RBSP 数 据 打包 形式 为 NALU， 根 据 其 标 红 的 nal_uint_type 25 显示 此 数据 为 | 
帧 /IDR 由 


(m д 
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。 语法 元 素 pic_parameter_set_id 指出 所 引 几 的 图 像 参 数 集 PP? 是 0， 与 表面 PPS 中 定义 的 一 
致 。 
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4 Н. 264 RTP 协 议 的 使 用 -P 帧 


以 下 是 有 关 H.264 的 P 帧 实例 : 


ш Frame 1476: 1214 bytes on wire (9712 bits), 1214 bytes captured (9712 bits) 

& Ethernet II, src: e4:68:a3:4e:6a:9c (e4:68:a3:4e:6a:9c), DST: e4:68:a3:4e:1a:Oc (e4:68:a3:4e:1a:0c) 
& Internet Protocol, src: 10.77.194.59 (10.77.194.59), Dst: 10.77.194.60 (10.77.194. 60) 

# User Datagram Protocol, src Port: 10004 (10004), Ost Port: 10004 (10004) 

ш Real-Time Transport Protocol 

m H. z;€4 


依次 类 推 民 1 表示 Tpye 为 I， 此 数据 为 下 NR: 重要 性 为 10， 转 化 10 进 制 为 2， 表 示 次 重要 
Type: 2300001, $573 KEMA. Aen 


3*1: Real-Time Transport Protocol 


Ә NAL unit header or first byte of rhe payload 
O... .... = F bit: No bit errors or! other s 
Z0. «эө» m А. 

...0 0001 = : NAL unit - coded slice of 
= H264 bitstream 
i 
-O01 10.. = ce type: P (P slice 
e... 5.1. -|piíc.parameter set id: О 
ye 


所 在 的 NAL+RBSP 数 据 
йл» 
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内 容 介 绍 


第 2 章 常用 视频 编 解 码 分 析 
2.1 视频 编 解码 基本 概念 
2.2 视频 编 解码 协 以 概述 
2.3 H.263 
2.4H.264 


2.5MPEG-4 
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2. 5 MPEG-4 编 解码 标准 


MPEG-4 第 十 部 分 也 右 是 高 级 视频 编码 或 称 高 级 视频 编码 (Advanced Video Coding, Zi 
BAVC) : 它 和 ITU-T H.264 标 准 是 一 致 的 ， 故 又 称 为 H.264。 
因 ITU-T H.264 标 准 和 1SOWIEC MPEG-4 АМС (第 十 部 分 ) 标准 有 相同 的 技术 内 容 ， 故 被 共 
同 管理 。 

。 应 用 领域 :实时 视听 通信 、 多 媒体 通信 、 远 地 监 ; 则 监视 、VOD、 家 庭 购物 /娱乐 等 。 


X 
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2.5 MPEGA SDP 协 议 的 使 用 


根据 RFC3016，MPEG-4 的 SDP 定 义 如 下 。 
m-video 49170/2 RTP/AVP 98 
a-rtpmap:98 MP4V-ES/90000 
a-fmtp:98 profile-level-id=1; 


config=000001B001000001B5090000010000000120008440FA282C2090A21F 


X 
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• 第 用 视频 编 解 码 分 析 
a 视频 编 解码 基本 概念 
a 视频 编 解码 协议 概述 
a H.263 
a H.264 
a МРЕС-4 
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1E УҢА TA ШЕН IS EC 


JEU CE— In 4 73 RR iA ШЕ, 180 4E E73 4E 2x >J ys (To 7learning.huvawer. сот/сп) А REC: 
° 1、 华为 E-learning 课程 学 习 
п A8: 所 有 华为 职业 认证 E-Learning 课 程 ， 扩 展 您 在 其 他 技术 领域 的 技术 知识 
п ”方式 : 请 提交 您 的 “华为 账号 ”和 注册 账号 的 “email 地 址 ”到 Leareing@hvawei.com ARAR 
。 2、 华 为 培训 教材 下 载 
п NE: 华为 职业 认证 培训 教材 + 华为 产品 技术 培训 教材 ， 覆 等 企 业 网 络 、 存 储 、 安 全 等 诸多 领域 
0 HA: ERFIELZEIMNE, EA “EIMA ， 在 具体 课程 页 面 即 可 下 载 教材 。 
° 3、 华为 在 线 公 开课 (LVC) 优 先 参与 
п AR: 企业 网 络 、UC&C、 安 全 、 存 储 等 诸 甸 领域 的 职业 认证 课程 ， 华 为 讲师 授课 ， 开 班 人 数 有 限 
a AR: 开 班 计划 及 参与 方式 请 详 见 LVC 排 期 : 
http://support.huawei.com/learning/NavigationAction!createNavistnavi[id]-. 16 
• 4, Ž JIR eNSP 
o ENSP (Enterprise Network Simulation Platform], 是 由 华为 提供 的 免费 的 、 可 扩展 的 、 图 形 化 网 络 仿 
真 工 具 。 主 要 对 企业 网 路 由 器 和 交换 机 进行 硬件 模拟 ， 完 责 呈 现 真实 设备 实景 ， 同 时 也 支持 大 型 网 络 
模拟 ， 让 大 家 在 疫 有 真实 设备 的 情况 下 也 能 够 进行 实验 测试 。 
。 另外, 华为 建立 了 知识 分 对 平台 华为 从 证 论坛 。 您 可 以 在 线 与 华为 技术 专家 交流 技术 ， 与 其 他 考生 分 对 考试 
经 验 ， 一 起 学 习 华 为 产品 技术 。_(http://support.huawei.com/ecommunity/bbs/list 2247.html ) 
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